WO2025181567A1 - 操作结果处理方法、电子设备及计算机可读存储介质 - Google Patents

操作结果处理方法、电子设备及计算机可读存储介质

Info

Publication number
WO2025181567A1
WO2025181567A1 PCT/IB2025/050298 IB2025050298W WO2025181567A1 WO 2025181567 A1 WO2025181567 A1 WO 2025181567A1 IB 2025050298 W IB2025050298 W IB 2025050298W WO 2025181567 A1 WO2025181567 A1 WO 2025181567A1
Authority
WO
WIPO (PCT)
Prior art keywords
event
target
operation result
service information
asynchronous
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
Application number
PCT/IB2025/050298
Other languages
English (en)
French (fr)
Inventor
王子龙
冯冲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cloud Intelligence Singapore Holding Pvt Ltd
Original Assignee
Cloud Intelligence Singapore Holding Pvt Ltd
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 Cloud Intelligence Singapore Holding Pvt Ltd filed Critical Cloud Intelligence Singapore Holding Pvt Ltd
Publication of WO2025181567A1 publication Critical patent/WO2025181567A1/zh
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4416—Network booting; Remote initial program loading [RIPL]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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

Definitions

  • ECS Elastic Compute Service
  • OpenAPIs Open Application Programming Interfaces
  • Synchronous OpenAPIs return results immediately, while asynchronous OpenAPIs take some time to return results.
  • asynchronous operation results are typically obtained by polling query-type OpenAPIs.
  • polling cannot provide timely results, and frequent polling leads to a large number of query-type OpenAPI calls, frequently triggering throttling.
  • This poor user experience also places significant pressure on the ECS system, negatively impacting system performance.
  • Currently proposed cloud servers provide a method for creating events, allowing users to obtain operation results by subscribing to them. For example, a disk creation event is provided. After a disk is created, the disk creation event is delivered to EventBridge, where users can subscribe to the event.
  • EventBridge where users can subscribe to the event.
  • a method for processing an operation result comprising: generating target event service information and target message service information in response to an initialization configuration operation of a client, wherein the initialization configuration operation is used to initialize the configuration of a software development kit of an asynchronous open application program interface, the target event service information is used to determine a rule for subscribing to an asynchronous open application program interface operation result in an event-driven manner, and the target message service information is used to transmit the asynchronous open application program interface operation result; obtaining target configuration parameters based on the target event service information and the target message service information, wherein the target configuration parameters are configuration parameters for subscribing to an asynchronous open application program interface operation result in an event-driven manner; and returning the target configuration parameters to the client, so that
  • a method for processing an operation result comprising: The client performs an initial configuration operation, wherein the initial configuration operation is used to initialize the configuration of the asynchronous open API software development toolkit; receives target configuration parameters returned by the server, wherein the target configuration parameters are obtained based on the target event service information and the target message service information.
  • the target configuration parameters are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target event service information is used to determine the rules for subscribing to asynchronous open API operation results in an event-driven manner.
  • an operation result processing method including: obtaining an operation result processing request through a first application programming interface, wherein the operation result processing request includes: target configuration parameters, the target configuration parameters are configuration parameters for subscribing to asynchronous open application program interface operation results in an event-driven manner, the target configuration parameters are obtained based on target event service information and target message service information, the target event service information is used to determine rules for subscribing to asynchronous open application program interface operation results in an event-driven manner, and the target message service information is used to deliver the asynchronous open application program interface operation results; returning an operation result processing response through a second application programming interface, wherein the operation result processing response includes: the asynchronous open application program interface operation result.
  • an operation result processing method comprising: obtaining a currently input operation result processing dialog request, wherein the operation result processing dialog request includes target configuration parameters, which are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine rules for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target message service information is used to transmit the asynchronous open API operation results.
  • an operation result processing dialog reply is returned, wherein the operation result processing dialog reply includes the asynchronous open API operation result.
  • an electronic device comprising: a memory storing an executable program; and a processor for executing the program.
  • the program executes, any one of the above-described operation result processing methods is executed.
  • a computer-readable storage medium is provided, the computer-readable storage medium including a stored executable program, wherein when the executable program is running, the device where the computer-readable storage medium is located is controlled to execute any one of the above-mentioned operation result processing methods.
  • a computer program product including a computer program, which implements any one of the above-mentioned operation result processing methods when executed by a processor.
  • the initialization configuration is completed, and target event service information for determining a rule for subscribing to asynchronous OpenAPI operation results in an event-driven manner is generated, and the target event service information for transmitting asynchronous
  • the target message service information for the OpenAPI operation result namely, creating an EventBridge subscription rule and an MNS queue, then obtaining the corresponding target configuration parameters for subscribing to the asynchronous OpenAPI operation result in an event-driven manner based on the EventBridge subscription rule and the MNS queue.
  • the target configuration parameters are returned to the client, enabling the client to subscribe to the asynchronous OpenAPI operation result in an event-driven manner.
  • This achieves the goal of subscribing to asynchronous OpenAPI operation results in an event-driven manner through simple operations and real-time perception of task operation results.
  • This achieves the technical effects of reducing the number of query-type OpenAPI calls, reducing ECS system pressure, improving ECS system processing efficiency, real-time perception of task operation results, and improving user experience.
  • This further solves the technical problem in the related art of obtaining operation results through event subscription, which leads to cumbersome operations and low processing efficiency.
  • Figure 1 is a hardware structure block diagram of a computer terminal (or mobile device) for implementing an operation result processing method according to Example 1 of the present disclosure
  • Figure 2 is a flowchart of an operation result processing method according to Example 1 of the present disclosure
  • Figure 3 is a flowchart of a method of publishing OpenAPI according to Example 1 of the present disclosure
  • Figure 4 is a flowchart of an event-driven subscription to asynchronous 0 penAPI operation results according to Example 1 of the present disclosure
  • Figure 5 is a flowchart of an operation result processing method according to Example 2 of the present disclosure
  • Figure 6 is a flowchart of an operation result processing method according to Example 3 of the present disclosure
  • Figure 7 is a flowchart of an operation result processing method according to Example 4 of the present disclosure
  • Figure 8 is a structural schematic diagram of an operation result processing device according to Example 5 of the present disclosure
  • Figure 9 is a structural schematic diagram of another operation result processing device according to Example 5 of the present disclosure
  • Figure 10 is a structural schematic diagram of another operation
  • Elastic Compute Service is a flexible, secure, stable, and high-performance cloud computing service that allows users to rent virtual machine instances in the cloud, including central processing units (CPUs), memory, storage, and network resources, to meet various computing needs. Users can purchase, release, and manage these virtual machine instances at any time based on their needs, achieving flexible computing resource allocation.
  • ECS also provides a variety of instance types and configuration options, as well as support for multiple operating systems and application environments to meet the needs of different workloads.
  • Open Application Programming Interface In the internet age, encapsulating website services into a series of easily readable data interfaces and making them available to third-party developers is called an open website API. Correspondingly , the open API is called an OpenAPI.
  • EventBridge An event hub located in the cloud, it provides a unified event center, using standardized protocols to facilitate events generated within cloud products, Software as a Service (SaaS) products, and user management tasks. In the disclosed embodiments, users can use events to build a loosely coupled, distributed, event-driven architecture. Events: ECS events are used to record and notify cloud resource information, such as the execution status of maintenance tasks, resource anomalies, and resource status changes.
  • Event-Driven Architecture is a modern architectural pattern built from small, decoupled services that publish, consume, or route events.
  • An event represents a change or update in state, such as an item placed in a shopping cart, a file uploaded to a storage system, or an order ready for shipment. Events can carry state (such as the name, price, or quantity of an item in an order), or they can simply contain identifiers needed to find relevant information (for example, "Order #8942 has been shipped").
  • EDA promotes loose coupling between producer and consumer services, making it easier to expand, update, and independently deploy individual components of the system.
  • Defect 1 The entire solution consists of documents, making the operational process rather cumbersome.
  • Defect 2 It covers relatively few OpenAPIs and is not specifically targeted at asynchronous OpenAPIs, failing to cover all asynchronous OpenAPIs.
  • Defect 3 The API page lacks information about events, and event-driven development is not integrated into the API SDK, resulting in a rather fragmented approach. Prior to the present disclosure, no effective solution had been proposed for the above-mentioned defects.
  • Example 1 According to an embodiment of the present disclosure, a method for processing operation results is provided. It should be noted that the steps shown in the flowcharts of the accompanying drawings can be executed in a computer system, such as a set of computer-executable instructions. Furthermore, although the flowcharts illustrate a logical order, in some cases, the steps shown or described can be executed in a different order than that shown. The method embodiment provided in Example 1 of the present disclosure can be executed in a mobile terminal, computer terminal, or similar computing device.
  • Figure 1 is a hardware block diagram of a computer terminal (or mobile device) for implementing the method for processing operation results according to Example 1 of the present disclosure.
  • a computer terminal 10 may include one or more processors 102 (illustrated as 102a, 102b, 102n in the figure) (the processor 102 may include, but is not limited to, a processing device such as a microcontroller unit (MCU) or a field-programmable gate array (FPGA)), a memory 104 for storing data, and a transmission device 106 for communication functions.
  • the computer terminal 10 may include: a display, an input/output (I/O) interface, a universal serial bus (USB) port (which may be included as one of the ports of a BUS), a network interface, a power supply, and/or a camera.
  • I/O input/output
  • USB universal serial bus
  • the structure shown in FIG1 is merely illustrative and does not limit the structure of the electronic device described above.
  • the computer terminal 10 may include more or fewer components than shown in FIG1 , or have a configuration different from that shown in FIG1 .
  • the one or more processors 102 and/or other data processing circuits mentioned above may generally be referred to as "data processing circuits" herein.
  • the data processing circuit may be embodied in whole or in part as software, hardware, firmware, or any other combination thereof.
  • the data processing circuit may be a single independent processing module, or may be integrated into any of the other components in the computer terminal 10 (or mobile device) in whole or in part.
  • the data processing circuit serves as a processor control (e.g., the selection of the variable resistor terminal path connected to the interface).
  • the memory 104 may be used to store software programs and modules of application software, such as the program instructions/data storage device corresponding to the operation result processing method in the embodiments of the present disclosure.
  • the processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, that is, implementing the above-mentioned operation result processing method.
  • the memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as a or multiple magnetic storage devices, flash memory, or other non-volatile solid-state memories.
  • memory 104 may further include memories remotely located relative to processor 102, and these remote memories may be connected to computer terminal 10 via a network.
  • networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.
  • Transmission device 106 is used to receive or send data via a network. Specific examples of such networks may include wireless networks provided by the communications provider of computer terminal 10.
  • transmission device 106 includes a network interface controller (NIC), which can connect to other network devices via a base station to communicate with the Internet.
  • transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.
  • NIC network interface controller
  • RF radio frequency
  • the display may be, for example, a touch-screen liquid crystal display (LCD), which enables a user to interact with the user interface of computer terminal 10 (or mobile device).
  • LCD liquid crystal display
  • the present disclosure provides an operation result processing method as shown in FIG2 .
  • Figure 2 is a flowchart of a method for processing operation results according to Example 1 of the present disclosure. As shown in Figure 2, the method may include the following steps: Step S21: In response to an initial configuration operation by a client, generating target event service information and target message service information.
  • the initial configuration operation is used to initialize the configuration of the asynchronous open API software development kit
  • the target event service information is used to determine the rules for subscribing to asynchronous open API operation results via an event-driven approach
  • the target message service information is used to transmit asynchronous open API operation results.
  • Step S22 Retrieving target configuration parameters based on the target event service information and the target message service information.
  • the target configuration parameters are configuration parameters for subscribing to asynchronous open API operation results via an event-driven approach.
  • Step S23 Returning the target configuration parameters to the client so that the client subscribes to the asynchronous open API operation results via an event-driven approach.
  • the client is a user, which can be understood as a device used by the user, such as a personal computer, smartphone, tablet computer, etc., without limitation herein.
  • the client can connect to the server via a network and send requests to the server to obtain data or perform specific operations.
  • the initialization configuration operation is used to initialize the configuration of the Software Development Kit (SDK) of the asynchronous open application programming interface (OpenAPI), that is, to initialize the configuration of the SDK of the asynchronous OpenAPI.
  • SDK Software Development Kit
  • OpenAPI asynchronous open application programming interface
  • the target event service information can be understood as the event bridge (EventBridge) subscription rules, which are used to determine the rules for subscribing to the results of asynchronous OpenAPI operations in an event-driven manner.
  • EventBridge EventBridge subscription rules
  • the method of subscribing to the results of asynchronous OpenAPI operations in an event-driven manner is adopted to obtain the operations of asynchronous OpenAPI in a timely manner.
  • the target event service information can be understood as the rules defined for this method.
  • the target message service information can be understood as the Message Service (MNS) queue, used to deliver asynchronous OpenAPI operation results, specifically, the execution status and results of asynchronous operations executed via the asynchronous OpenAPI.
  • the target configuration parameters are the configuration parameters for subscribing to asynchronous OpenAPI operation results in an event-driven manner. It can be understood that each asynchronous OpenAPI corresponds to an event, so there are multiple types of events. For example, when the asynchronous OpenAPI calls an additional network card, a "Call additional network card operation completed" event is generated after the entire operation is completed.
  • the target configuration parameters can be understood as the configuration parameters required for event subscriptions, and different events correspond to different configuration parameters.
  • configuration parameters may include the MNS queue name, the MNS queue access address (endpoint), user login account information, and other information, which are not limited here.
  • the server after receiving the client's initial configuration operation, that is, receiving the operation to initialize the configuration of the asynchronous OpenAPI SDK, the server completes the initial configuration and generates target event service information for determining the rules for subscribing to asynchronous OpenAPI operation results in an event-driven manner, and target message service information for delivering asynchronous OpenAPI operation results. In other words, it creates EventBridge subscription rules and Message Service (MNS) queues.
  • MNS EventBridge subscription rules and Message Service
  • the server Based on the EventBridge subscription rules and Message Service (MNS) queues, the server obtains the corresponding target configuration parameters for subscribing to asynchronous OpenAPI operation results in an event-driven manner. Finally, the server returns the target configuration parameters to the client, enabling the client to subscribe to asynchronous OpenAPI operation results in an event-driven manner.
  • MNS EventBridge subscription rules and Message Service
  • the operation result processing method provided in the disclosed embodiments can be applied, but is not limited to, to application scenarios involving resource manipulation through interfaces in fields such as e-commerce services, education services, legal services, medical services, conference services, social network services, financial product services, logistics services, and navigation services.
  • resource manipulation through interfaces in e-commerce service scenarios, resource manipulation through interfaces in education service scenarios, and resource manipulation through interfaces in legal service scenarios are not limited here.
  • the initialization configuration upon receiving an initialization configuration operation from the client, i.e., upon receiving an operation to initialize the configuration of the asynchronous OpenAPI SDK, the initialization configuration is completed, and target event service information for determining rules for subscribing to asynchronous OpenAPI operation results in an event-driven manner is generated, which is then used to transmit asynchronous events.
  • the target message service information of the OpenAPI operation result that is, creating an EventBridge subscription rule and an MNS queue, then obtaining the corresponding target configuration parameters for subscribing to the asynchronous OpenAPI operation result in an event-driven manner based on the EventBridge subscription rule and the MNS queue, and finally returning the target configuration parameters to the client, so that the client can subscribe to the asynchronous OpenAPI operation result in an event-driven manner.
  • the operation result processing method further includes the following method steps: Step S241: Identifying the application program interface (API) to be published as an asynchronous open API, wherein the asynchronous open API is used to call cloud server resources to execute the target cloud service; Step S242: Selecting a target event corresponding to the asynchronous open API, wherein the target event is used to determine whether the target cloud service has been executed; Step S243: Publishing the asynchronous open API and an event-driven integration document, wherein the event-driven integration document provides a document description for subscribing to the results of the asynchronous open API operation in an event-driven manner.
  • OpenAPI can also be published.
  • publishing OpenAPI includes publishing synchronous OpenAPI and asynchronous OpenAPI.
  • Cloud server resources are ECS resources, which can be understood as various manageable computing resources on the cloud server ECS, including virtual machine instances, storage, network configuration, security group settings, etc., without limitation herein. It is understood that users can execute different tasks by calling different asynchronous OpenAPIs, and when a task is completed, a task completion event is generated.
  • the target event is an event corresponding to an asynchronous OpenAPI, used to confirm that the target cloud service executed by calling the asynchronous OpenAPI has completed execution.
  • the event-driven integrated document can be understood as an OpenAPI description document that integrates the results of asynchronous OpenAPI operation subscriptions via an event-driven approach.
  • a document describing the results of asynchronous OpenAPI operation subscriptions via an event-driven approach is added to the OpenAPI description document to provide a document describing the results of asynchronous OpenAPI operation subscriptions via an event-driven approach.
  • the application program interface to be published when publishing an asynchronous OpenAPI, can first be identified as an asynchronous OpenAPI, that is, the API to be published can be identified as an asynchronous OpenAPI.
  • the asynchronous OpenAPI can execute the corresponding cloud service by invoking ECS resources. After identifying the asynchronous OpenAPI, a target event corresponding to the asynchronous OpenAPI can be selected. By generating this target event, it can be determined that the target cloud service executed by calling the asynchronous OpenAPI has completed execution. Then publish the asynchronous OpenAPI.
  • an event-driven integration document is published, providing a document description for subscribing to asynchronous OpenAPI operation results in an event-driven manner.
  • the API publisher can identify the API to be published as an asynchronous OpenAPI and publish the API identified as such to the POP platform.
  • the POP platform selects the target event corresponding to the completion of the asynchronous OpenAPI asynchronous service execution, and then publishes the event-driven integration document to the API documentation on the official website. This is not a limitation here.
  • target configuration parameters are obtained based on the target event service information and the target message service information, including the following method steps: Step S221: Determine an event processing method for the target event based on the target event service information, wherein the event processing method is used to determine the event mode and event target; Step S222: Determine the content to be configured of the target message service information using the event processing method; Step S223: Generate target configuration parameters based on the content to be configured.
  • target event service information namely EventBridge subscription rules
  • EventBridge event rules can filter and match based on conditions such as event patterns, event sources, and event targets, thereby enabling monitoring and processing of specific events.
  • an event pattern can be understood as a pattern or regularity in event occurrence, which can be regularities in time, location, characteristics, and so on.
  • An event source can be understood as the initiator or generator of an event, which can be a system, a device, a user, etc.
  • An event target refers to the matching object or processing object of an event rule, which can be an alarm, a notification, an action, etc., without limitation.
  • the event bus EventBridge filters events based on event patterns and routes them to event targets. The event processing method is used to determine the event pattern and event target of the target event.
  • the content to be configured may include the MNS queue name, the access address (endpoint) of the MNS queue, the user login account information, etc., which are not limited here.
  • the event processing method of the target event can be determined based on the target event service information, that is, the event mode and event target of the target event are determined by the EventBridge event rule, and then the content to be configured of the target message service information is determined by using the event mode and event target, and then the corresponding target configuration parameters are generated by the content to be configured.
  • step S221 the event processing method of the target event is determined based on the target event service information, including the following method steps: Step S2211, obtaining the event source, event type, service type, queue identifier and message body type corresponding to the target event based on the target event service information; Step S2212, determining the event mode using the event source and event type, and determining the event target using the service type, queue identifier and message body type, wherein the event mode is used to filter the target event, and the event target is used to filter the target event. Determine the delivery recipient for the target event.
  • the event source represents the initiator of the event or the service that generates the event.
  • the event type corresponds to the asynchronous OpenAPI event type, indicating the type or category of the event. Different event types may correspond to different operations or behaviors. By specifying the event type, event rules can process only events of a specific type, achieving more precise event processing.
  • the service type indicates the service to which the event belongs. For example, if the Message Service (MNS) protocol is selected, different services will generate different events. By specifying the service type, event rules can process only events of a specific service type.
  • MNS Message Service
  • the queue ID refers to the queue identifier associated with the event, such as the ID of the created Message Service (MNS) queue.
  • the queue ID can be used to specify the queue to which the message should be sent.
  • the message body type indicates the type of data carried by the event. Events typically carry some relevant data. Specifying the message body type helps event rules correctly parse and process the event data. For example, the data carried by an event can be filtered to extract only certain fields.
  • the message body type can be a complete event, a partial event, a fixed value, a template, and the like, without limitation.
  • the event source, event type, service type, queue identifier, and message body type corresponding to the target event can be obtained based on the target event service information.
  • the event source and event type are then used to determine the event mode, and the service type, queue identifier, and message body type are used to determine the event target.
  • the operation result processing method further includes the following method steps: Step S251: Generating a software development kit based on event-driven code, wherein the event-driven code is code that subscribes to asynchronous open application program interface operation results in an event-driven manner; Step S252: Publishing the software development kit.
  • the SDK when integrating event-driven functionality into an SDK, the SDK can be generated based on event-driven code. Specifically, the generated SDK includes code for event-driven subscription to asynchronous OpenAPI operation results. The SDK is then published, allowing users to complete event subscriptions with only configuration. For example, the API publisher can publish the API SDK to the POP platform, which then integrates the code for event-driven subscription to asynchronous OpenAPI operation results into the SDK, thereby implementing the OpenAPI SDK release. This is not a limitation.
  • the operation result processing method further includes the following steps: Step S261: Receiving a code configuration request from a client, wherein the code configuration request includes target configuration parameters; Step S262: Configuring the target configuration parameters into the event-driven code of the software development kit.
  • the server may also receive a code configuration request from the client.
  • the request carries target configuration parameters, such as the MNS queue name, the MNS queue access address (endpoint), and user login account information.
  • the server configures the target configuration parameters into the SDK's event-driven code, thereby enabling event-driven subscription to asynchronous OpenAPI operation results.
  • the operation result processing method further includes the following method steps: Step S271: In response to the client's document review request, presenting the event-driven integration document to the client; Step S272: In response to the client's authorization activation message based on the event-driven integration document, activating the authorized event service and message service.
  • the event service is used to subscribe to target events through the client and deliver the target events to the message queue corresponding to the message service using the corresponding transmission protocol of the message service.
  • the message service is used to subscribe to target events through the client and deliver the target events to the client.
  • the event service can be an EventBridge service, which is used to subscribe to target events through the client and deliver the target events to the message queue corresponding to the message service using the corresponding transmission protocol of the message service (i.e., the MNS service).
  • ECS delivers events to EventBridge, which then delivers them to the user according to the configured protocol.
  • Activating EventBridge service authorization allows users to select the appropriate protocol (such as the Message Service (MNS)) to subscribe to events through EventBridge.
  • the message service can be an Message Service (MNS) service, which is used by clients to subscribe to target events and deliver them to the client.
  • MNS Message Service
  • MNS is an efficient, reliable, secure, convenient, and elastically scalable distributed messaging service that helps developers freely transfer data and notification messages between distributed components of an application, thereby building loosely coupled systems.
  • activating MNS service authorization allows users to select the MNS protocol after an event arrives at EventBridge. EventBridge then reaches users through the MNS messaging service, allowing users to subscribe to events through MNS in their code.
  • the server may also receive document access requests and authorization activation messages from the client. If the server receives a document review request from the client, it can display the event-driven integrated document to the client, allowing the user to view the event-driven integrated document and access events based on the document.
  • step S21 generating target event service information and target message service information includes the following method steps: Step S211, calling the event service to generate target event service information and calling the message service to generate target message service information through the software development kit.
  • the software development kit when generating the target event service information and target message service information, can be used to call the event service to generate the target event service information and the message service to generate the target message service information, that is, the SDK integrated with the event-driven code calls the EventBridge service to generate the EventBridge service. Subscription rules, and calling the MNS service to generate an MNS queue.
  • the operation result processing method further includes the following method steps: Step S281: In response to the client's subscription rule query request, query and maintain the target event subscription rules through the event service.
  • the server may also receive a subscription rule query request from the client.
  • Step S291 In response to the client's message queue query request, query and maintain the target event message queue through the message service.
  • the server may also receive a message queue query request from the client. After receiving the client's message queue query request, the server may query and maintain the target event message queue through the message service, allowing the user to view and maintain the created MNS queue on MNS.
  • Figure 3 is a flowchart for publishing an OpenAPI according to Example 1 of the present disclosure.
  • the API publisher identifies the API to be published as an asynchronous OpenAPI and publishes the API identified as such to the POP platform.
  • the POP platform selects the target event corresponding to the completion of the asynchronous OpenAPI service execution.
  • the POP platform then publishes the event-driven integration document to the official API documentation to complete the API publication.
  • the API publisher can publish an API SDK to the POP platform.
  • the POP platform then integrates the code for event-driven subscription to asynchronous OpenAPI operation results into the SDK and publishes the OpenAPI SDK to complete the SDK publication.
  • Figure 4 is a flowchart for event-driven subscription to asynchronous OpenAPI operation results according to Example 1 of the present disclosure. As shown in Figure 4, API users can view the official API documentation generated when the API is published and access events based on the documentation.
  • API users can also initiate authorization messages to activate the EventBridge service and the Message Queue (MNS) service, so that the server can activate the EventBridge service and MNS service accordingly.
  • MNS Message Queue
  • API users can also specify the target event to be executed, initialize the published OpenAPISDK, and create MNS queues and EventBridge subscription rules through OpenAPISDK.
  • OpenAPISDK receives the MNS queue information returned by MSN and returns the configuration parameters required for subscribing to events to API users, such as the MNS queue name and MNS queue access address.
  • API users can also configure the parameters and subscribe to events through OpenAPISDK.
  • API users can also initiate a subscription rule review request to view and maintain the created EventBridge subscription rules in EventBridge.
  • API users can also initiate message queue query requests to view and maintain the created MNS queues in MNS. It can be seen that users can authorize products according to the OpenAPI event-driven document, and then through simple configuration in the SDK, they can complete the subscription of asynchronous OpenAPI operation results in an event-driven manner, avoiding the problem of poor polling experience, thereby achieving a better user experience. In addition, it can also reduce the number of calls to query OpenAPI and reduce the pressure on the ECS system. It is easy to understand that the beneficial effects of the operation result processing method provided by the present disclosure include the following points. Beneficial effect (1): The present disclosure integrates the event-driven code into the OpenAPI SDK.
  • Beneficial effect (2) Each API in the present disclosure only needs to select the corresponding event-driven event name in the API publishing platform to automatically publish the OpenAPI document.
  • the OpenAPI SDK provided by the present disclosure can easily cover each asynchronous OpenAPI and can cover more OpenAPIs.
  • Beneficial effect (3) This disclosure deeply integrates event-driven and asynchronous OpenAPI. The entire process from OpenAPI configuration, OpenAPI document publishing, and OpenAPI SDK is integrated with event-driven and introduced in the API description document so that the client application can understand how to interact with the OpenAPI.
  • Beneficial effect (4) This disclosure is based on the ECS event-driven architecture SDK and MNS transmission protocol, which can avoid polling, reduce the pressure on the ECS system, perceive the business operation results in real time, and bring users a more efficient and convenient service experience.
  • user information including but not limited to user device information, user personal information, etc.
  • data including but not limited to data used for analysis, stored data, displayed data, etc.
  • the user information are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.
  • Example 2 In the operating environment of Example 1, the present disclosure provides an operation result processing method as shown in FIG5.
  • FIG5 is a flowchart of an operation result processing method according to Example 2 of the present disclosure.
  • the method includes: Step S51: performing an initialization configuration operation on the server, wherein the initialization configuration operation is used to initialize the configuration of the asynchronous open API software development kit; Step S52: receiving target configuration parameters returned by the server, wherein the target configuration parameters are obtained based on target event service information and target message service information.
  • the target configuration parameters are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target event service information is used to determine the rules for subscribing to asynchronous open API operation results in an event-driven manner, and the target message service information is used to transmit the asynchronous open API operation results; Step S53: subscribing to the asynchronous open API operation results in an event-driven manner based on the target configuration parameters.
  • the server is a service instance, typically a server dedicated to processing requests, capable of receiving requests from clients, processing these requests, and returning corresponding data to the clients or performing corresponding operations.
  • the initialization configuration operation is used to initialize the configuration of the asynchronous Open Application Programming Interface (OpenAPI) Software Development Kit (SDK), specifically the asynchronous OpenAPI SDK.
  • OpenAPI Open Application Programming Interface
  • SDK Software Development Kit
  • the target event service information can be understood as EventBridge subscription rules, which determine the rules for subscribing to asynchronous OpenAPI operation results via an event-driven approach.
  • EventBridge subscription rules determine the rules for subscribing to asynchronous OpenAPI operation results via an event-driven approach.
  • an event-driven subscription method for asynchronous OpenAPI operation results is employed to obtain them in a timely manner.
  • the target event service information can be understood as the rules defined for this method.
  • the target message service information can be understood as a message service (MNS) queue, which is used to deliver asynchronous OpenAPI operation results, that is, to deliver the execution status and execution results of asynchronous operations executed through asynchronous OpenAPI.
  • the target configuration parameters are configuration parameters for subscribing to asynchronous OpenAPI operation results in an event-driven manner. It can be understood that each asynchronous 0 penAPI corresponds to an event, so there are multiple types of events. For example, when calling the asynchronous OpenAPI for adding a network card, a call to the additional network card operation completion event will be generated after the entire operation of calling the additional network card is completed.
  • the target configuration parameters can be understood as the configuration parameters required for subscribing to events, and different events correspond to different configuration parameters.
  • the configuration parameters may include the MNS queue name, the access address (endpoint) of the MNS queue, User login account information, etc., is not limited here.
  • the client can perform initial configuration operations on the server, namely, initializing the configuration of the asynchronous OpenAPI SDK to generate target event service information and target message service information on the server, that is, creating EventBridge subscription rules and Message Service (MNS) queues.
  • MNS EventBridge subscription rules and Message Service
  • the client receives target configuration parameters returned from the server based on the EventBridge subscription rules and Message Service (MNS) queues.
  • the target configuration parameters are derived based on the target event service information and target message service information.
  • the client subscribes to asynchronous OpenAPI operation results in an event-driven manner.
  • the goal of subscribing to asynchronous OpenAPI operation results in an event-driven manner through simple operations and real-time perception of task operation results is achieved, thereby achieving the technical effects of reducing the number of query-type OpenAPI calls, reducing ECS system pressure, improving ECS system processing efficiency, and real-time perception of task operation results, thereby improving user experience.
  • the above-mentioned operation result processing method provided by the embodiments of the present disclosure can be applied to, but is not limited to, application scenarios involving interface resource manipulation in e-commerce services, education services, legal services, medical services, conference services, social network services, financial product services, logistics services, and navigation services.
  • initial configuration is performed on the server, namely, initial configuration of the asynchronous OpenAPI SDK is performed to generate target event service information and target message service information on the server, i.e., to create EventBridge subscription rules and an MNS queue.
  • the server receives target configuration parameters returned from the server, obtained based on the EventBridge subscription rules and the MNS queue.
  • the target configuration parameters are obtained based on the target event service information and the target message service information.
  • an event-driven subscription is performed to the asynchronous OpenAPI operation results.
  • Example 3 In the operating environment as in Example 1, the present disclosure provides an operation result processing method as shown in FIG6.
  • FIG6 is a flow chart of an operation result processing method according to Example 3 of the present disclosure.
  • the The method includes: Step S61, obtaining an operation result processing request through a first application programming interface (API), wherein the operation result processing request includes target configuration parameters, which are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine the rules for subscribing to asynchronous open API operation results in an event-driven manner, and the target message service information is used to transmit the asynchronous open API operation results.
  • Step S62 returning an operation result processing response through a second application programming interface (API), wherein the operation result processing response includes the asynchronous open API operation result.
  • API application programming interface
  • the initial configuration operation is used to initialize the configuration of the asynchronous open API (Open Application Programming Interface) software development kit (SDK), that is, to initialize the configuration of the asynchronous OpenAPI SDK.
  • SDK Open Application Programming Interface
  • the target event service information can be understood as EventBridge subscription rules, which are used to determine the rules for subscribing to asynchronous OpenAPI operation results via an event-driven approach.
  • an event-driven subscription method is adopted to obtain asynchronous OpenAPI operation results in a timely manner.
  • the target event service information can be understood as the rules defined for this method.
  • the target message service information can be understood as a message service (MNS) queue, which is used to transmit asynchronous OpenAPI operation results, specifically, the execution status and results of asynchronous operations executed via the asynchronous OpenAPI.
  • Target configuration parameters are used to subscribe to asynchronous OpenAPI operation results in an event-driven manner. It's understood that each asynchronous OpenAPI corresponds to an event, so there are multiple types of events.
  • Target configuration parameters can be understood as the configuration parameters required to subscribe to an event. Different events correspond to different configuration parameters.
  • configuration parameters may include the MNS queue name, the MNS queue access address (endpoint), and user login account information, but these are not limited here.
  • an operation result processing request is obtained through a first application programming interface (API).
  • the operation result processing request includes target configuration parameters, which are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine the rules for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target message service information is used to transmit the asynchronous open API operation results.
  • An operation result processing response is then returned through a second application programming interface.
  • This includes asynchronous Open API operation results.
  • this disclosure integrates event-driven functionality into the SDK, allowing users to subscribe to asynchronous OpenAPI operation results through an event-driven approach. This allows users to conveniently use event-driven services and receive real-time task operation results with simple configuration.
  • an operation result processing request is obtained through a first application programming interface (API).
  • the operation result processing request includes target configuration parameters, which are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine rules for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target message service information is used to transmit the asynchronous open API operation results.
  • An operation result processing response is then returned through a second application programming interface (API).
  • the operation result processing response includes the asynchronous open API operation result. This achieves the purpose of subscribing to asynchronous open API operation results in an event-driven manner through simple operations and real-time perception of task operation results. This reduces the number of query OpenAPI calls, reduces ECS system pressure, improves ECS system processing efficiency, enables real-time perception of task operation results, and improves user experience.
  • Example 4 In the operating environment as in Example 1, the present disclosure provides an operation result processing method as shown in Figure 7.
  • Figure 7 is a flowchart of an operation result processing method according to Example 4 of the present disclosure.
  • the method includes: Step S71, obtaining the currently input operation result processing dialogue request, wherein the operation result processing dialogue request includes: target configuration parameters, the target configuration parameters are configuration parameters for subscribing to the asynchronous open application program interface operation results in an event-driven manner, and the target configuration parameters are based on the target event service information and the target message service information.
  • the target event service information is obtained to determine the rules for subscribing to asynchronous open application program interface (API) operation results in an event-driven manner, and the target message service information is used to transmit the asynchronous open application program interface (API) operation results.
  • API application program interface
  • Step S72 In response to the operation result processing dialog request, an operation result processing dialog reply is returned, wherein the operation result processing dialog reply includes the asynchronous open application program interface (API) operation result.
  • Step S73 The asynchronous open application program interface (API) operation result is displayed in the graphical user interface.
  • the operation result processing dialog request can be understood as a dialog request between a user and an intelligent device.
  • the operation result processing dialog reply can be understood as a response from the intelligent device to the user-initiated operation result processing dialog request.
  • the initialization configuration operation is used to initialize the configuration of the asynchronous open application program interface (OpenAPI) software development kit (SDK), that is, to initialize the configuration of the asynchronous OpenAPI SDK.
  • OpenAPI asynchronous open application program interface
  • SDK software development kit
  • the target event service information can be understood as EventBridge subscription rules, which are used to determine the rules for subscribing to asynchronous OpenAPI operation results via an event-driven approach.
  • EventBridge subscription rules which are used to determine the rules for subscribing to asynchronous OpenAPI operation results via an event-driven approach.
  • an event-driven subscription method is adopted to obtain asynchronous OpenAPI operation results in a timely manner.
  • the target event service information can be understood as the rules defined for this method.
  • the target message service information can be understood as a message service (MNS) queue, which is used to transmit asynchronous OpenAPI operation results, specifically, the execution status and results of asynchronous operations executed via the asynchronous OpenAPI.
  • Target configuration parameters are used to subscribe to asynchronous OpenAPI operation results in an event-driven manner. It's understood that each asynchronous OpenAPI corresponds to an event, so there are multiple types of events. For example, when calling an additional network card, an asynchronous OpenAPI generates a "Call additional network card operation completed" event after the entire operation is completed.
  • Target configuration parameters can be understood as the configuration parameters required to subscribe to an event. Different events correspond to different configuration parameters.
  • configuration parameters may include the MNS queue name, the MNS queue access address (endpoint), and user login account information, but these are not limited here.
  • a dialog request for processing an operation result of a current input is obtained, wherein the operation result processing dialog request includes: target configuration parameters, which are configuration parameters for subscribing to asynchronous open application program interface operation results in an event-driven manner.
  • the target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine the rules for subscribing to asynchronous open application program interface operation results in an event-driven manner.
  • the target message service information is used to transmit the asynchronous open application program interface operation results.
  • an operation result processing dialog reply is returned.
  • the result processing dialog response includes the asynchronous Open API operation result.
  • the asynchronous Open API operation result is displayed in the graphical user interface to provide user feedback.
  • this disclosure integrates event-driven functionality into the SDK, allowing users to subscribe to asynchronous OpenAPI operation results through an event-driven approach. This allows users to conveniently use event-driven services and receive real-time task operation results with simple configuration. This reduces the number of query OpenAPI calls, reduces pressure on the ECS system, and avoids the issue of frequent polling leading to high query OpenAPI call volume and triggering rate limiting, providing users with a more efficient and convenient service experience.
  • a currently input operation result processing dialog request is obtained.
  • the operation result processing dialog request includes target configuration parameters, which are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine the rules for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target message service information is used to transmit the asynchronous open API operation results.
  • an operation result processing dialog reply is returned.
  • the operation result processing dialog reply includes the asynchronous open API operation result.
  • the asynchronous open API operation result is displayed in a graphical user interface to provide feedback to the user.
  • Example 5 According to an embodiment of the present disclosure, an embodiment of an apparatus for implementing the above-mentioned operation result processing method is also provided.
  • Figure 8 is a schematic structural diagram of an operation result processing apparatus according to Example 5 of the present disclosure.
  • a first generation module 801 is configured to generate target event service information and target message service information in response to an initialization configuration operation of a client, wherein the initialization configuration operation is used to initialize the configuration of a software development kit for an asynchronous open application program interface (API), the target event service information is used to determine rules for subscribing to asynchronous open application program interface (API) operation results in an event-driven manner, and the target message service information is used to transmit the asynchronous open application program interface (API) operation results.
  • API asynchronous open application program interface
  • a first acquisition module 802 is configured to acquire target configuration parameters based on the target event service information and the target message service information, wherein the target configuration parameters are configuration parameters for subscribing to asynchronous open application program interface (API) operation results in an event-driven manner.
  • a first return module 803 is configured to return the target configuration parameters to the client, so that the client can subscribe to the asynchronous open application program interface (API) operation results in an event-driven manner.
  • the system further includes: a first publishing module configured to identify the application programming interface (API) to be published as an asynchronous open API, wherein the asynchronous open API is used to invoke cloud server resources to execute a target cloud service; select a target event corresponding to the asynchronous open API, wherein the target event is used to determine that the target cloud service has been completed; and publish an asynchronous open API and event-driven integration document, wherein the event-driven integration document provides a document describing the results of subscribing to the asynchronous open API operation via an event-driven approach.
  • API application programming interface
  • the first acquisition module 701 is further configured to: determine an event processing method for the target event based on the target event service information, wherein the event processing method is used to determine the event mode and event target; determine the target message service information's content to be configured using the event processing method; and generate target configuration parameters based on the content to be configured.
  • the first acquisition module 701 is further configured to: acquire the event source, event type, service type, queue identifier, and message body type corresponding to the target event based on the target event service information; determine an event mode using the event source and event type, and determine an event target using the service type, queue identifier, and message body type, wherein the event mode is used to filter the target event, and the event target is used to determine the target event's delivery recipient.
  • the system further includes: a second publishing module configured to generate a software development kit based on event-driven code, wherein the event-driven code is code that subscribes to asynchronous open application program interface operation results in an event-driven manner; and publish the software development kit.
  • the system further includes: a configuration module configured to receive a code configuration request from a client, wherein the code configuration request includes target configuration parameters; and configure the target configuration parameters into the event-driven code of the software development kit.
  • the system further includes: an activation module configured to display the event-driven integrated document to the client in response to a document viewing request from the client; and, in response to an activation authorization message initiated by the client based on the event-driven integrated document, activate an authorized event service and a message service.
  • the event service is configured to allow the client to subscribe to a target event and deliver the target event to a message queue corresponding to the message service using a transmission protocol corresponding to the message service.
  • the message service is configured to allow the client to subscribe to the target event and deliver the target event to the client.
  • the first generation module 801 is further configured to: invoke the event service via a software development kit.
  • the system generates target event service information through the event service and calls the message service to generate target message service information.
  • the system further includes: a first maintenance module configured to respond to a client's subscription rule query request and query and maintain the target event subscription rule through the event service.
  • the system further includes: a second maintenance module configured to respond to a client's message queue query request and query and maintain the target event message queue through the message service.
  • a second maintenance module configured to respond to a client's message queue query request and query and maintain the target event message queue through the message service.
  • target configuration parameters corresponding to subscribing to asynchronous OpenAPI operation results in an event-driven manner are obtained.
  • the target configuration parameters are returned to the client, enabling the client to subscribe to asynchronous OpenAPI operation results in an event-driven manner.
  • the technical problem in related technologies of obtaining operation results by subscribing to events, which results in cumbersome operations and low processing efficiency, is solved.
  • the first generation module 801, the first acquisition module 802, and the first return module 803 described above correspond to steps S21 to S23 in Example 1.
  • the examples and application scenarios implemented by these three modules and the corresponding steps are the same, but are not limited to the content disclosed in Example 1.
  • the above modules or units may be hardware components or software components stored in a memory (e.g., memory 104) and processed by one or more processors (e.g., processors 102a, 102b, 102n).
  • the above modules may also be part of an apparatus and run in the computer terminal 10 provided in Example 1.
  • FIG9 is a schematic structural diagram of another operation result processing apparatus according to Embodiment 5 of the present disclosure.
  • the apparatus includes: a second generation module 901, configured to perform an initialization configuration operation on a server, wherein the initialization configuration operation is used to initialize the configuration of a software development kit of an asynchronous open application program interface; a second return module 902, configured to receive target configuration parameters returned by the server, wherein the target configuration parameters are obtained based on target event service information and target message service information, the target configuration parameters are configuration parameters for subscribing to asynchronous open application program interface operation results in an event-driven manner, the target event service information is used to determine rules for subscribing to asynchronous open application program interface operation results in an event-driven manner, and the target message service information is used to deliver asynchronous open application program interface operation results; and a subscription module 903, configured to subscribe to asynchronous open application program interface
  • an initial configuration operation is performed on the server, that is, the asynchronous OpenAPI SDK is initialized and configured to generate target event service information and target message service information on the server, that is, to create EventBridge subscription rules and Message Service (MNS) queues.
  • the server receives target configuration parameters returned from the server, which are obtained based on the EventBridge subscription rules and the Message Service (MNS) queue.
  • the target configuration parameters are obtained based on the target event service information and the target message service information.
  • the asynchronous Open API operation results are subscribed to in an event-driven manner.
  • the above modules or units may be hardware components or software components stored in a memory (e.g., memory 104) and processed by one or more processors (e.g., processors 102a, 102b, 102n).
  • the above modules may also be part of an apparatus and run in the computer terminal 10 provided in Example 1.
  • Figure 10 is a structural diagram of another operation result processing device according to Example 5 of the present disclosure.
  • the device includes: a second acquisition module 1001, which is configured to obtain an operation result processing request through a first application programming interface, wherein the operation result processing request includes: target configuration parameters, which are configuration parameters for subscribing to asynchronous open application program interface operation results in an event-driven manner, and the target configuration parameters are obtained based on target event service information and target message service information.
  • target configuration parameters which are configuration parameters for subscribing to asynchronous open application program interface operation results in an event-driven manner
  • target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine the rules for subscribing to asynchronous open application program interface operation results in an event-driven manner, and the target message service information is used to transmit the asynchronous open application program interface operation results; a third return module 1002, which is configured to return an operation result processing response through a second application programming interface, wherein the operation result processing response includes: the asynchronous open application program interface operation result.
  • an operation result processing request is obtained through a first application programming interface (API).
  • the operation result processing request includes target configuration parameters, which are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine the rules for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target message service information is used to transmit the asynchronous open API operation results.
  • An operation result processing response is then returned through a second application programming interface.
  • the operation result processing response includes the asynchronous open API operation result.
  • the second acquisition module 1001 and the third return module 1002 described above correspond to steps S61 and S62 in Example 3.
  • the examples and application scenarios implemented by these two modules and the corresponding steps are the same, but are not limited to the content disclosed in Example 1.
  • the above modules or units can be hardware components or software components stored in a memory (e.g., memory 104) and processed by one or more processors (e.g., processors 102a, 102b, 102n).
  • the above modules can also be part of a device and run in the computer terminal 10 provided in Example 1.
  • FIG. 11 is a structural diagram of another operation result processing device according to Example 5 of the present disclosure.
  • the device includes: a third acquisition module 1101, configured to obtain a currently input operation result processing dialogue request, wherein the operation result processing dialogue request includes: target configuration parameters, which are configuration parameters for subscribing to asynchronous open application program interface operation results in an event-driven manner, and the target configuration parameters are obtained based on target event service information and target message service information.
  • target configuration parameters which are configuration parameters for subscribing to asynchronous open application program interface operation results in an event-driven manner
  • the target event service information is used to determine the rules for subscribing to asynchronous open application program interface operation results in an event-driven manner, and the target message service information is used to deliver the asynchronous open application program interface operation results; a fourth return module 1102, configured to respond to the operation result processing dialogue request and return an operation result processing dialogue reply, wherein the operation result processing dialogue reply includes: the asynchronous open application program interface operation result; and a display module 1103, configured to display the asynchronous open application program interface operation result in a graphical user interface.
  • a currently input operation result processing dialog request is obtained.
  • the operation result processing dialog request includes target configuration parameters, which are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target configuration parameters are obtained based on target event service information and target message service information.
  • the target event service information is used to determine the rules for subscribing to asynchronous open API operation results in an event-driven manner.
  • the target message service information is used to transmit the asynchronous open API operation results.
  • an operation result processing dialog reply is returned.
  • the operation result processing dialog reply includes the asynchronous open API operation result.
  • the above modules or units can be hardware components or software components stored in a memory (e.g., memory 104) and processed by one or more processors (e.g., processors 102a, 102b, 102n).
  • the above modules can also be part of an apparatus and run in the computer terminal 10 provided in Example 1.
  • the preferred implementation schemes involved in the above embodiments of the present disclosure are the same as the schemes, application scenarios, and implementation processes provided in Example 1, but are not limited to the schemes provided in Example 1.
  • Example 6 The embodiments of the present disclosure can provide a computer terminal (i.e., an electronic device), which can be any computer terminal device in a computer terminal group.
  • the above computer terminal can be replaced with a terminal device such as a mobile terminal.
  • the computer terminal may be located in at least one of multiple network devices in a computer network.
  • the computer terminal may execute program code for the following steps in the operation result processing method: generating target event service information and target message service information in response to an initial configuration operation by a client, wherein the initial configuration operation is used to initialize the configuration of the asynchronous open API software development kit, the target event service information is used to determine rules for subscribing to asynchronous open API operation results via an event-driven approach, and the target message service information is used to transmit asynchronous open API operation results; obtaining target configuration parameters based on the target event service information and the target message service information, wherein the target configuration parameters are configuration parameters for subscribing to asynchronous open API operation results via an event-driven approach; and returning the target configuration parameters to the client, so that the client subscribes to the asynchronous open API operation results via an event-driven approach.
  • Figure 12 is a block diagram of the structure of a computer terminal according to an embodiment of the present disclosure.
  • the computer terminal A may include: one or more (only one shown) processors 1202, a memory 1204, a storage controller, and a peripheral interface, wherein the peripheral interface is connected to a radio frequency module, an audio module, and a display.
  • the memory may be used to store software programs and modules, such as the program instructions/modules corresponding to the operation result processing method and apparatus in the embodiments of the present disclosure.
  • the processor executes the stored software programs and modules to execute various functional applications and data processing, thereby implementing the aforementioned operation result processing method.
  • the memory may include high-speed random access memory (RAM) and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory.
  • RAM random access memory
  • non-volatile memory such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory.
  • the memory may further include memory located remotely from the processor, which may be connected to the computer terminal A via a network. Examples of such networks include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.
  • the processor may access information and applications stored in the memory via a transmission device to perform the following steps: In response to an initial configuration operation by the client, target event service information and target message service information are generated, wherein the initial configuration operation is used to initialize the configuration of the software development toolkit for the asynchronous open API, the target event service information is used to determine rules for subscribing to asynchronous open API operation results in an event-driven manner, and the target message service information is used to transmit the asynchronous open API operation results; target configuration parameters are obtained based on the target event service information and the target message service information, wherein the target configuration parameters are configuration parameters for subscribing to asynchronous open API operation results in an event-driven manner; and the target configuration parameters are returned to the client, so that the client subscribes to the asynchronous open API operation results in an event-driven manner.
  • the processor may further execute program code for the following steps: identifying the application program interface to be published as an asynchronous open API, wherein the asynchronous open API is used to call cloud server resources to execute a target cloud service; selecting a target event corresponding to the asynchronous open API, wherein the target event is used to determine whether the target cloud service has been executed; and publishing an asynchronous open API and event-driven integration document, wherein the event-driven integration document provides a document describing the subscription to the asynchronous open API operation results in an event-driven manner.
  • the processor may further execute program code for the following steps: determining an event handling method for a target event based on the target event service information, wherein the event handling method is used to determine an event mode and an event target; determining the to-be-configured content of the target message service information using the event handling method; and generating target configuration parameters based on the to-be-configured content.
  • the processor may further execute program code for the following steps: obtaining the event source, event type, service type, queue identifier, and message body type corresponding to the target event based on the target event service information; determining an event mode using the event source and event type, and determining an event target using the service type, queue identifier, and message body type, wherein the event mode is used to filter target events, and the event target is used to determine the delivery recipient of the target event.
  • the processor may further execute program code for the following steps: generating a software development kit based on event-driven code, wherein the event-driven code is code for subscribing to asynchronous open application program interface operation results in an event-driven manner; and publishing the software development kit.
  • the processor may further execute program code for the following steps: receiving a code configuration request from a client, wherein the code configuration request includes target configuration parameters; and configuring the target configuration parameters into the event-driven code of the software development kit.
  • the processor may further execute program code for the following steps: in response to a document review request from the client, presenting the event-driven integration document to the client; in response to an authorization activation message initiated by the client based on the event-driven integration document, activating an authorization event service and a message service, wherein the event service is configured to subscribe to a target event through the client and deliver the target event to a message queue corresponding to the message service using a transmission protocol corresponding to the message service, and the message service is configured to subscribe to the target event through the client and deliver the target event to the client.
  • the processor may further execute program code for the following steps: arranging, through the software development kit, Generate target event service information using the event service, and call the message service to generate target message service information.
  • the processor may also execute program code for the following steps: In response to a client's request to query subscription rules, query and maintain target event subscription rules via the event service.
  • the processor may also execute program code for the following steps: In response to a client's request to query a message queue, query and maintain the target event message queue via the message service.
  • the initial configuration is completed, and target event service information for determining a rule for subscribing to asynchronous OpenAPI operation results in an event-driven manner and target message service information for delivering asynchronous OpenAPI operation results are generated.
  • target event service information for determining a rule for subscribing to asynchronous OpenAPI operation results in an event-driven manner
  • target message service information for delivering asynchronous OpenAPI operation results are generated.
  • an EventBridge subscription rule and an MNS queue are created.
  • target configuration parameters corresponding to subscribing to asynchronous OpenAPI operation results in an event-driven manner are obtained.
  • the target configuration parameters are returned to the client, enabling the client to subscribe to asynchronous OpenAPI operation results in an event-driven manner.
  • This achieves the purpose of subscribing to asynchronous OpenAPI operation results in an event-driven manner through simple operations and real-time perception of task operation results.
  • This reduces the number of query OpenAPI calls, reduces ECS system pressure, improves ECS system processing efficiency, allows real-time perception of task operation results, and improves user experience.
  • the technical problem in related technologies of obtaining operation results by subscribing to events which results in cumbersome operations and low processing efficiency, is solved.
  • computer terminal A may also be a smartphone (such as an Android phone, an iOS phone, etc.), a tablet computer, a PDA, a mobile internet device (MID), a PAD, or other terminal device.
  • FIG12 does not limit the structure of the aforementioned electronic devices.
  • computer terminal A may include more or fewer components (such as a network interface, a display device, etc.) than those shown in FIG12 , or may have a configuration different from that shown in FIG12 .
  • all or part of the steps in the various methods of the aforementioned embodiments may be completed by a program instructing the hardware associated with the terminal device.
  • the program may be stored in a computer-readable storage medium, which may include a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.
  • a computer-readable storage medium may include a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.
  • Example 7 The present disclosure also provides a computer-readable storage medium.
  • the computer-readable storage medium may be used to store the program code executed by the operation result processing method provided in Example 1.
  • the computer-readable storage medium may be located in any computer terminal in a computer terminal group in a computer network, or in any mobile terminal in a mobile terminal group.
  • the computer-readable storage medium is configured to store program code for executing the following steps: generating target event service information and target message service information in response to an initial configuration operation by the client, wherein the initial configuration operation is used to initially configure a software development kit for an asynchronous open application programming interface.
  • target event service information is used to determine rules for subscribing to asynchronous open API operation results via an event-driven approach
  • target message service information is used to deliver asynchronous open API operation results
  • returning the target configuration parameters to the client enabling the client to subscribe to the asynchronous open API operation results via an event-driven approach.
  • the computer-readable storage medium is configured to store program code for performing the following steps: identifying the application program interface to be published as an asynchronous open API, wherein the asynchronous open API is used to invoke cloud server resources to execute a target cloud service; selecting a target event corresponding to the asynchronous open API, wherein the target event is used to determine whether the target cloud service has been executed; and publishing an asynchronous open API and event-driven integration document, wherein the event-driven integration document provides a document describing the subscription to the asynchronous open API operation results via an event-driven approach.
  • the computer-readable storage medium is configured to store program code for performing the following steps: determining an event handling method for a target event based on target event service information, wherein the event handling method is used to determine an event mode and an event target; determining the to-be-configured content of the target message service information using the event handling method; and generating target configuration parameters based on the to-be-configured content.
  • the computer-readable storage medium is configured to store program code for performing the following steps: obtaining the event source, event type, service type, queue identifier, and message body type corresponding to the target event based on the target event service information; determining an event mode using the event source and event type, and determining an event target using the service type, queue identifier, and message body type, wherein the event mode is used to filter target events, and the event target is used to determine the delivery recipient of the target event.
  • the computer-readable storage medium is configured to store program code for performing the following steps: generating a software development kit based on event-driven code, wherein the event-driven code is code for subscribing to asynchronous open application program interface operation results in an event-driven manner; and publishing the software development kit.
  • the computer-readable storage medium is configured to store program code for performing the following steps: receiving a code configuration request from a client, wherein the code configuration request includes target configuration parameters; and configuring the target configuration parameters into the event-driven code of the software development kit.
  • the computer-readable storage medium is configured to store program code for performing the following steps: in response to a document review request from the client, presenting the event-driven integrated document to the client; in response to an activation authorization message initiated by the client based on the event-driven integrated document, activating an authorized event service and a message service, wherein the event service is configured to subscribe to a target event through the client and deliver the target event to a message queue corresponding to the message service using a transmission protocol corresponding to the message service, and the message service is configured to subscribe to the target event through the client and deliver the target event to the client.
  • the computer-readable storage medium is configured to store program code for performing the following steps: invoking the event service through the software development kit to generate target event service information, and invoking the message service.
  • the information service generates target message service information.
  • the computer-readable storage medium is configured to store program code for executing the following steps: in response to a client's request to query subscription rules, query and maintain target event subscription rules via the event service.
  • the computer-readable storage medium is configured to store program code for executing the following steps: in response to a client's request to query message queues, query and maintain target event message queues via the message service.
  • the embodiments of the present disclosure also provide a computer program product, including a computer program that, when executed by a processor, implements the method for processing operation results in any of the above-described embodiments.
  • the serial numbers of the above-described embodiments of the present disclosure are for descriptive purposes only and do not represent the superiority or inferiority of an embodiment.
  • the descriptions of each embodiment have their respective responsibilities. For portions not detailed in one embodiment, reference should be made to the relevant descriptions of other embodiments.
  • the disclosed technical content can be implemented in other ways.
  • the device embodiments described above are merely illustrative. For example, the division of units is merely a logical functional division.
  • the functional units in the various embodiments of the present disclosure may be integrated into a single processing unit, each unit may exist physically separately, or two or more units may be integrated into a single unit. These integrated units may be implemented in either hardware or software functional units. If the integrated unit is implemented as 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 technical solution of the present disclosure, or the portion that contributes to the existing technology, or all or part of the technical solution, can be embodied in the form of a software product.
  • This computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present disclosure.
  • the aforementioned storage medium includes: USB flash drives, read-only memories (ROM), random access memories (RAM), removable hard drives, magnetic disks, or optical disks, and other media capable of storing program code.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Abstract

本公开公开了一种操作结果处理方法、电子设备及计算机可读存储介质，涉及计算机技术、云计算技术领域。该方法包括：响应于客户端的初始化配置操作，生成目标事件服务信息与目标消息服务信息，其中，目标事件服务信息用于确定通过事件驱动方式订阅异步开放应用程序接口操作结果的规则；基于目标事件服务信息与目标消息服务信息获取目标配置参数，其中，目标配置参数为通过事件驱动方式订阅异步开放应用程序接口操作结果的配置参数；向客户端返回目标配置参数，以使客户端通过事件驱动方式订阅异步开放应用程序接口操作结果。本公开解决了相关技术中通过订阅事件获取操作结果，导致操作繁琐，处理效率低的技术问题。

Description

操作结果处理方法、 电子设备及计算机可读存储介质 技术领域 本公 开涉及计算机技术、 云计算技术领域， 具体而言， 涉及一种操作结果处理方 法、 电子设备及计算机可读存储介质。 背景技术 云服务 器弹性计算服务 ( Elastic Compute Service, ECS )是一种弹性计算服务， 可以帮助用户快速部署和管理云服务器实例， 用户可以根据需求灵活地调整计算资源 的配置。 云服务器 ECS提供了很多开放应用程序接口 ( Open Application Programming Interface , OpenAPI ), 用户能够通过 OpenAPI操作 ECS 资源。 OpenAPI 包括同步 OpenAPI和异步 OpenAPI, 同步 OpenAPI能够立刻返回结果， 异步 OpenAPI则需要 一段时间后才能返回结果。 针对异步 0 penAPL 通常通过轮询查询类的 OpenAPI获取 异步操作结果。但是轮询的方式无法及时感知结果，且频繁的轮询导致查询类 OpenAPI 调用量大， 经常触发限流， 对于用户体验差， 同时 ECS系统压力也比较大， 不利于系 统性能。 目前提出的云服务器提供了通过创建事件， 使用户通过订阅事件从而获取操作结 果的方式， 例如提供了磁盘创建事件， 创建磁盘后， 把磁盘创建事件投递到事件桥 ( EventB ridge ), 用户可以在 EventB ridge订阅事件， 但是该方案流程繁琐， 导致处理 效率较低。 针对上述 的问题， 目前尚未提出有效的解决方案。 发明内容 本公 开实施例提供了一种操作结果处理方法、 电子设备及计算机可读存储介质， 以至少解决相关技术中通过订阅事件获取操作结果， 导致操作繁琐， 处理效率低的技 术问题。 根据本公 开实施例的一个方面， 提供了一种操作结果处理方法， 包括： 响应于客 户端的初始化配置操作， 生成目标事件服务信息与目标消息服务信息， 其中， 初始化 配置操作用于对异步开放应用程序接口的软件开发工具包进行初始化配置， 目标事件 月艮务信息用于确定通过事件驱动方式订阅异步开放应用程序接口操作结果的规则， 目 标消息服务信息用于传递异步开放应用程序接口操作结果； 基于目标事件服务信息与 目标消息服务信息获取目标配置参数， 其中， 目标配置参数为通过事件驱动方式订阅 异步开放应用程序接口操作结果的配置参数； 向客户端返回目标配置参数， 以使客户 端通过事件驱动方式订阅异步开放应用程序接口操作结果。 根据本公 开实施例的另一方面， 还提供了一种操作结果处理方法， 包括： 对服务 端执行初始化配置操作， 其中， 初始化配置操作用于对异步开放应用程序接口的软件 开发工具包进行初始化配置； 接收服务端返回的目标配置参数， 其中， 目标配置参数 基于目标事件服务信息与目标消息服务信息得到， 目标配置参数为通过事件驱动方式 订阅异步开放应用程序接口操作结果的配置参数， 目标事件服务信息用于确定通过事 件驱动方式订阅异步开放应用程序接口操作结果的规则， 目标消息服务信息用于传递 异步开放应用程序接口操作结果； 基于目标配置参数， 通过事件驱动方式订阅异步开 放应用程序接口操作结果。 根据本公 开实施例的另一方面， 还提供了一种操作结果处理方法， 包括： 通过第 一应用程序编程接口获取操作结果处理请求， 其中， 操作结果处理请求中包括： 目标 配置参数， 目标配置参数为通过事件驱动方式订阅异步开放应用程序接口操作结果的 配置参数， 目标配置参数基于目标事件服务信息与目标消息服务信息获取得到， 目标 事件服务信息用于确定通过事件驱动方式订阅异步开放应用程序接口操作结果的规则, 目标消息服务信息用于传递异步开放应用程序接口操作结果； 通过第二应用程序编程 接口返回操作结果处理响应， 其中， 操作结果处理响应中包括： 异步开放应用程序接 口操作结果。 根据本公 开实施例的另一方面， 还提供了一种操作结果处理方法， 包括： 获取当 前输入的操作结果处理对话请求， 其中， 操作结果处理对话请求中包括： 目标配置参 数， 目标配置参数为通过事件驱动方式订阅异步开放应用程序接口操作结果的配置参 数， 目标配置参数基于目标事件服务信息与目标消息服务信息获取得到， 目标事件服 务信息用于确定通过事件驱动方式订阅异步开放应用程序接口操作结果的规则， 目标 消息服务信息用于传递异步开放应用程序接口操作结果； 响应于操作结果处理对话请 求， 返回操作结果处理对话回复， 其中， 操作结果处理对话回复中包括： 异步开放应 用程序接口操作结果； 在图形用户界面内展示异步开放应用程序接口操作结果。 根据本公 开实施例的另一方面， 还提供了一种电子设备， 包括： 存储器， 存储有 可执行程序； 处理器， 用于运行程序， 其中， 程序运行时执行任意一项上述的操作结 果处理方法。 根据本公 开实施例的另一方面， 还提供了一种计算机可读存储介质， 计算机可读 存储介质包括存储的可执行程序， 其中， 在可执行程序运行时控制计算机可读存储介 质所在设备执行任意一项上述的操作结果处理方法。 根据本公开 实施例的另一方面，还提供了一种计算机程序产品，包括计算机程序， 计算机程序在被处理器执行时实现任意一项上述的操作结果处理方法。 在本公 开实施例中， 通过在接收到客户端的初始化配置操作后， 即接收到对异步 OpenAPI的 SDK进行初始化配置的操作后， 完成初始化配置， 并生成用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则的目标事件服务信息， 与用于传递异步 OpenAPI操作结果的目标消息服务信息，也即创建 EventB ridge订阅规则与 MN S队列， 然后基于 EventB ridge订阅规则与 MNS队列获取通过事件驱动方式订阅异步 OpenAPI 操作结果的对应的目标配置参数， 最后向客户端返回该目标配置参数， 使得客户端能 够通过事件驱动方式订阅异步 OpenAPI操作结果， 由此达到了通过简单操作实现通过 事件驱动的方式订阅异步 OpenAPI操作结果， 实时感知任务操作结果的目的， 从而实 现了减少查询类 OpenAP I的调用次数，降低 ECS系统压力、提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果， 进而解决了相关技术中通过订阅 事件获取操作结果， 导致操作繁琐， 处理效率低的技术问题。 容 易注意到的是， 上面的通用描述和后面的详细描述仅仅是为了对本公开进行举 例和解释， 并不构成对本公开的限定。 附图说明 此处所说 明的附图用来提供对本公开的进一步理解， 构成本公开的一部分， 本公 开的示意性实施例及其说明用于解释本公开， 并不构成对本公开的不当限定。 在附图 中： 图 1是根据本公开实施例 1的一种用于实现操作结果处理方法的计算机终端 （或 移动设备） 的硬件结构框图； 图 2是根据本公开实施例 1的一种操作结果处理方法的流程图； 图 3是根据本公开实施例 1的一种发布 OpenAPI的流程图； 图 4是根据本公开实施例 1的一种通过事件驱动订阅异步 0 penAPI操作结果的流 程图； 图 5是根据本公开实施例 2的一种操作结果处理方法的流程图； 图 6是根据本公开实施例 3的一种操作结果处理方法的流程图； 图 7是根据本公开实施例 4的一种操作结果处理方法的流程图； 图 8是根据本公开实施例 5的一种操作结果处理装置的结构示意图； 图 9是根据本公开实施例 5的另一种操作结果处理装置的结构示意图； 图 10是根据本公开实施例 5的再一种操作结果处理装置的结构示意图； 图 11是根据本公开实施例 5的又一种操作结果处理装置的结构示意图； 图 12是根据本公开实施例的一种计算机终端的结构框图。 具体实施方式 为 了使本技术领域的人员更好地理解本公开方案， 下面将结合本公开实施例中的 附图， 对本公开实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例 仅仅是本公开一部分的实施例， 而不是全部的实施例。 基于本公开中的实施例， 本领 域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例， 都应当属于 本公开保护的范围。 需要说明的是，本公开的说明书和权利要求书及上述附图中的术语 “第一”、 “第二” 等是用于区别类似的对象， 而不必用于描述特定的顺序或先后次序。 应该理解这样使 用的数据在适当情况下可以互换， 以便这里描述的本公开的实施例能够以除了在这里 图示或描述的那些以外的顺序实施。此外，术语 “包括 ”和 “具有”以及他们的任何变形， 意图在于覆盖不排他的包含， 例如， 包含了一系列步骤或单元的过程、 方法、 系统、 产品或设备不必限于清楚地列出的那些步骤或单元， 而是可包括没有清楚地列出的或 对于这些过程、 方法、 产品或设备固有的其它步骤或单元。 首先， 在对本公开实施例进行描述的过程中出现的部分名词或术语适用于如下解 释： 云服务 器弹性计算服务 ( Elastic Compute Service, ECS ): 是一种灵活、 安全、 稳 定、高性能的云计算服务，其允许用户在云端租用虚拟机实例，包括中央处理器 ( central processing unit, CPU )、 内存、 存储和网络资源， 以满足各种计算需求。 用户可以根据 自己的需求随时购买、 释放和管理这些虚拟机实例， 实现弹性的计算资源调配。 ECS 还提供了多种实例类型和配置选项， 以及多种操作系统和应用程序环境的支持， 满足 不同工作负载的需求。 开放应用程序接 口 ( Open Application Programming Interface, OpenAPI ): 在互联 网时代， 把网站的服务封装成一系列计算机易识别的数据接口开放出去， 供第三方开 发者使 用， 这种行为就叫做开放 网站的应用程序接 口 ( Application Programming Interface, API )o 与之对应地， 所开放的 API就被称作 0 penAPL 事件桥 ( EventBridge ): 位于云上的事件中枢， 用于提供统一的事件中心， 以标准 化的协议， 帮助云产品、 软件即服务 ( Software as a Service, SaaS )产品以及用户管 理任务领域内产生的事件。 本公开实施例中， 用户可以通过事件， 构建松耦合、 分布 式的事件驱动架构。 事件： 即 ECS事件， 用于记录和通知云资源的信息， 例如运维任务执行情况、 资 源是否出现异常、 资源状态变化等。 事件驱动型架构 ( Event-Driven Architecture, EDA ): 是一种现代架构模式， 由发 布、 使用或路由事件的小型解耦服务构建而成。 事件代表状态的变更或更新， 例如： 放入购物车的商品、上传到存储系统的文件或准备发货的订单。事件可以携带状态 (例 如订单中的商品名称、价格或数量 )，也可以仅包含查找相关信息所需的标识符 (例如， “订单 #8942已发货 ” )。 与传统的请求驱动模型不同， EDA促进了产生器和使用器服 务之间的松耦合， 由此即可以更加轻松地扩展、 更新和独立部署系统的单独组件。 平 台上的平台 ( Platform of Platforms, POP ): 是一个集成多个 API服务的平台， 用于帮助开发者在同一个平台上管理和使用多个 API。 相 关技术通过创建事件， 使用户通过订阅事件从而获取操作结果的方式存在如下 缺陷。 缺 陷 1： 整个方案都是文档， 操作流程较繁琐。 缺 陷 2: 覆盖的 OpenAP I比较少， 且不是专门针对异步 OpenAPL 无法覆盖所有 异步 OpenAPL 缺 陷 3: 在 API页面没有关于事件的介绍， 事件驱动也没有集成到 API SDK中， 比较割裂。 针对上述缺 陷， 在本公开之前尚未提出有效的解决方案。 实施例 1 根据本公开 实施例， 提供了一种操作结果处理方法， 需要说明的是， 在附图的流 程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行， 并且， 虽然 在流程图中示出了逻辑顺序， 但是在某些情况下， 可以以不同于此处的顺序执行所示 出或描述的步骤。 本公开 实施例一所提供的方法实施例可以在移动终端、 计算机终端或者类似的运 算装置中执行。 图 1是根据本公开实施例 1的一种用于实现操作结果处理方法的计算 机终端 （或移动设备） 的硬件结构框图。 如图 1所示， 计算机终端 10 （或移动设备） 可以包括一个或多个 （图中采用 102a, 102b, > , 102n来示出）处理器 102 （处理 器 102可以包括但不限于微处理器（Microcontroller Unit, MCU）或可编程逻辑器件 （ Field-Programmable Gate Array , FPGA）等的处理装置）、用于存储数据的存储器 104、 以及用于通 信功能的传输装置 106。 除此以外， 还可以包括： 显示器、 输入 /输出 （ Input/ Output Interface, I/O）接口、 通用串行总线（ Universal Serial Bus, USB）端口 （可以作为 BUS总线的端口中的一个端口被包括）、 网络接口、 电源和 /或相机。 本领 域普通技术人员可以理解， 图 1所示的结构仅为示意， 其并不对上述电子装置的结构 造成限定。 例如， 计算机终端 10还可包括比图 1中所示更多或者更少的组件， 或者具 有与图 1所示不同的配置。 应 当注意到的是上述一个或多个处理器 102和 /或其他数据处理电路在本文中通常 可以被称为 “数据处理电路”。 该数据处理电路可以全部或部分的体现为软件、 硬件、 固件或其他任意组合。 此外， 数据处理电路可为单个独立的处理模块， 或全部或部分 的结合到计算机终端 10（或移动设备） 中的其他元件中的任意一个内。 如本公开实施 例中所涉及到的， 该数据处理电路作为一种处理器控制 （例如与接口连接的可变电阻 终端路径的选择）。 存储 器 104可用于存储应用软件的软件程序以及模块， 如本公开实施例中的操作 结果处理方法对应的程序指令 /数据存储装置， 处理器 102通过运行存储在存储器 104 内的软件程序以及模块， 从而执行各种功能应用以及数据处理， 即实现上述的操作结 果处理方法。 存储器 104可包括高速随机存储器， 还可包括非易失性存储器， 如一个 或者多个磁性存储装置、 闪存、 或者其他非易失性固态存储器。 在一些实例中， 存储 器 104可进一步包括相对于处理器 102远程设置的存储器， 这些远程存储器可以通过 网络连接至计算机终端 10。 上述网络的实例包括但不限于互联网、 企业内部网、 局域 网、 移动通信网及其组合。 传输装置 106用于经由一个网络接收或者发送数据。 上述的网络具体实例可包括 计算机终端 10的通信供应商提供的无线网络。在一个实例中，传输装置 106包括一个 网络适配器 ( Network Interface Controller, NIC ), 其可通过基站与其他网络设备相连 从而可与互联网进行通讯。在一个实例中，传输装置 106可以为射频( Radio Frequency, RF )模块， 其用于通过无线方式与互联网进行通讯。 显 示器可以例如触摸屏式的液晶显示器 ( Liquid Crystal Display, LCD ), 该液晶 显示器可使得用户能够与计算机终端 10 (或移动设备) 的用户界面进行交互。 在上述运行环境下 ， 本公开提供了如图 2所示的操作结果处理方法。 图 2是根据 本公开实施例 1的一种操作结果处理方法的流程图。 如图 2所示， 该方法可以包括如 下步骤： 步骤 S21 , 响应于客户端的初始化配置操作， 生成目标事件服务信息与目标消息 服务信息， 其中， 初始化配置操作用于对异步开放应用程序接口的软件开发工具包进 行初始化配置， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放应用程序 接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口操作结果； 步骤 S22,基于目标事件服务信息与目标消息服务信息获取目标配置参数，其中， 目标配置参数为通过事件驱动方式订阅异步开放应用程序接口操作结果的配置参数； 步骤 S23 , 向客户端返回目标配置参数， 以使客户端通过事件驱动方式订阅异步 开放应用程序接口操作结果。 客户 端即为用户例， 可以理解为用户使用的设备， 例如个人电脑、 智能手机、 平 板电脑等，此处不予限制。客户端可以通过网络连接到服务端，并向服务端发送请求， 以获取数据或执行特定操作。 初 始化配置操作用于对异步开放应用程序接 口 ( Open Application Programming Interface, OpenAPI ) 的软件开发工具包 ( Software Development Kit, SDK )进行初始 化配置，即为对异步 OpenAPI的 SDK进行初始化配置。通过对 SDK进行初始化配置， 从而帮助 SDK与异步 O penAPI进行通信时具备所需的认证、 网络、 行为等方面的能 力， 让 SDK能够更好地适应不同的使用场景， 具有更好的稳定性、 性能和可维护性。 目标事件服务信息可以理解为事件桥 ( EventB ridge )订阅规则， 用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则。本公开实施例中，针对异步 OpenAPI, 为了避免轮询导致无法及时感知结果以及查询类 OpenAPI调用量大的问题， 采用通过 事件驱动方式订阅异步 OpenAPI操作结果这一方法从而及时获取异步 OpenAPI的操作 结果， 目标事件服务信息即可以理解为对该方法所定义的规则。 目标消息服务信息可以理解为消息服务 ( Message Service, MNS ) 队列， 用于传 递异步 OpenAPI操作结果，也即用于传递通过异步 OpenAPI执行的异步操作的执行状 态和执行结果。 目标配置参数为通过事件驱动方式订阅异步 OpenAPI操作结果的配置参数， 可以 理解的是， 每个异步 O penAPI对应一个事件， 因此存在多种类型的事件， 例如调用附 加网卡这个异步 OpenAPI, 在调用附加网卡整个操作完成后， 会产生一个调用附加网 卡操作完成事件。 目标配置参数即可以理解为订阅事件所需要的配置参数， 不同的事 件对应不同的配置参数。 示例性地，配置参数可以包括 MNS队列名称、MNS队列的访问地址 ( endpoint )、 用户登录的账号信息等， 此处不予限制。 本公 开实施例中， 服务端在接收到客户端的初始化配置操作后， 即接收到对异步 OpenAPI的 SDK进行初始化配置的操作后， 完成初始化配置， 并生成用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则的目标事件服务信息， 与用于传递异步 OpenAPI操作结果的目标消息服务信息，也即创建 EventB ridge订阅规则与 MN S队列， 然后基于 EventB ridge订阅规则与 MNS队列获取通过事件驱动方式订阅异步 OpenAPI 操作结果的对应的目标配置参数， 最后向客户端返回该目标配置参数， 使得客户端能 够通过事件驱动方式订阅异步 OpenAPI操作结果。 可以看出， 本公开通过在 SDK中 集成事件驱动功能， 通过事件驱动的方式订阅异步 OpenAPI操作结果， 使用户只需要 进行简单的配置， 即能够便捷使用事件驱动服务， 实时感知任务操作结果， 从而能够 减少查询类 OpenAPI的调用次数， 降低 ECS系统压力， 避免 ECS系统因频繁轮询导 致查询类 OpenAPI调用量大， 触发限流的问题， 为用户带来更加高效、 便捷的服务体 验。由此，达到了通过简单操作实现通过事件驱动的方式订阅异步 OpenAPI操作结果， 实时感知任务操作结果的 目的， 从而实现了减少查询类 OpenAPI 的调用次数， 降低 ECS 系统压力、 提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技 术效果。 本公 开实施例提供的上述操作结果处理方法可以但不限于应用于电商服务、 教育 服务、 法律服务、 医疗服务、 会议服务、 社交网络服务、 金融产品服务、 物流服务和 导航月艮务等领域中涉及通过接口操作资源的应用场景中， 例如： 电商服务场景中通过 接口操作资源、 教育服务场景中通过接口操作资源、 法律服务场景中通过接口操作资 源等， 此处不予限制。 采用本公 开实施例， 通过在接收到客户端的初始化配置操作后， 即接收到对异步 OpenAPI的 SDK进行初始化配置的操作后， 完成初始化配置， 并生成用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则的目标事件服务信息， 与用于传递异步 OpenAPI操作结果的目标消息服务信息，也即创建 EventB ridge订阅规则与 MN S队列， 然后基于 EventB ridge订阅规则与 MNS队列获取通过事件驱动方式订阅异步 OpenAPI 操作结果的对应的目标配置参数， 最后向客户端返回该目标配置参数， 使得客户端能 够通过事件驱动方式订阅异步 OpenAPI操作结果， 由此达到了通过简单操作实现通过 事件驱动的方式订阅异步 OpenAPI操作结果， 实时感知任务操作结果的目的， 从而实 现了减少查询类 OpenAP I的调用次数，降低 ECS系统压力、提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果， 进而解决了相关技术中通过订阅 事件获取操作结果， 导致操作繁琐， 处理效率低的技术问题。 在一种可选 的实施例中， 该操作结果处理方法还包括如下方法步骤： 步骤 S241 , 将待发布的应用程序接口标识为异步开放应用程序接口， 其中， 异步 开放应用程序接口用于调用云服务器资源执行目标云服务； 步骤 S242, 选择异步开放应用程序接口对应的目标事件， 其中， 目标事件用于确 定目标云服务已执行完毕； 步骤 S243 , 发布异步开放应用程序接口与事件驱动集成文档， 其中， 事件驱动集 成文档用于提供通过事件驱动方式订阅异步开放应用程序接口操作结果的文档描述。 本公开 实施例中， 还可以对 OpenAPI进行发布， 可以理解的是， 发布 OpenAPI 包括发布同步 OpenAPI以及异步 OpenAPI。 云服务 器资源即为 ECS资源， 可以理解为云服务器 ECS上的各种可管理的计算 资源， 可以包括虚拟机实例、 存储、 网络配置、 安全组设置等， 此处不予限制。 可 以理解的是， 用户通过调用不同异步 OpenAPI来执行不同的任务， 当任务执行 完毕后， 则会生成一个该任务完成的事件。 本公开实施例中， 目标事件即为与异步 OpenAPI对应的事件， 用于确定通过调用该异步 OpenAPI所执行的目标云服务已执行 完毕。 可 以理解的是， 通常在发布 0 penAPI时， 还会发布用于描述和定义 OpenAP I的 OpenAPI描述文档， 以便客户端的应用程序能够理解如何与该 OpenAPI进行交互。 本 公开实施 例中， 事件驱动集成文档可以理解为集成 了通过事件驱动方式订 阅异步 OpenAPI操作结果的 OpenAPI描述文档，即在 OpenAPI描述文档中增加通过事件驱动 方式订阅异步 OpenAP I操作结果的文档描述， 用于提供通过事件驱动方式订阅异步开 放应用程序接口操作结果的文档描述。 本公开 实施例中， 在发布异步 OpenAPI时， 可以先将待发布的应用程序接口标识 为异步开放应用程序接口， 也即将待发布的 API标识为异步 OpenAPI, 本公开实施例 中的异步 OpenAPI能够通过调用 ECS资源来执行对应的云服务。标识完异步 OpenAPI 后， 可以选择异步 OpenAPI对应的目标事件， 以便通过生成该目标事件从而能够确定 调用该异步 OpenAP I所执行的目标云服务已执行完毕。然后对异步 OpenAPI进行发布， 同时发布用于提供通过事件驱动方式订阅异步 OpenAPI操作结果的文档描述的事件驱 动集成文档。 示例性地， 可以由 API发布方将待发布的 API标识为异步 OpenAPI, 并将标识为 异步 OpenAPI的 API发布到 POP平台， 由 POP平台选择异步 OpenAPI异步业务执行 完成时对应的目标事件， 然后再由 POP 平台将事件驱动集成文档发布到官网的 API 文档， 此处不予限制。 在一种可选 的实施例中， 在步骤 S22中， 基于目标事件服务信息与目标消息服务 信息获取目标配置参数， 包括如下方法步骤： 步骤 S221 , 基于目标事件服务信息确定目标事件的事件处理方式， 其中， 事件处 理方式用于确定事件模式与事件目标； 步骤 S222, 利用事件处理方式确定目标消息服务信息的待配置内容； 步骤 S223 , 通过待配置内容生成目标配置参数。 本公 开实施例中， 目标事件服务信息， 即 EventB ridge 订阅规则可以理解为在 EventB ridge中定义的规则， 即 EventB ridge事件规则， 用于捕获特定类型的事件并将 其路由到指定的事件目标。 EventBridge事件规则可以基于事件模式、 事件源、 事件目 标等条件进行过滤和匹配， 从而实现对特定事件的监控和处理。 示例性地， 事件模式可以理解为事件发生的模式或者规律， 可以是时间、 地点、 特征等方面的规律。 事件源可以理解为事件的发起者或者产生者， 可以是一个系统、 一个设备、 一个用户等。 事件目标指的是事件规则的匹配对象或者处理对象， 可以是 一个报警、 一个通知、 一个动作等， 此处不予限制。 本公开 实施例中，事件总线 EventBridge通过事件模式过滤事件并将事件路由到事 件目标， 事件处理方式即用于确定目标事件的事件模式与事件目标。 待 配置内容可以包括 MNS队列名称、 MNS队列的访问地址 （ endpoint）. 用户登 录的账号信息等， 此处不予限制。 本公 开实施例中， 在基于目标事件服务信息与目标消息服务信息获取目标配置参 数时， 可以基于目标事件服务信息确定目标事件的事件处理方式， 即通过 EventBridge 事件规则确定目标事件的事件模式与事件目标， 然后利用事件模式与事件目标确定目 标消息服务信息的待配置内容， 再通过待配置内容生成对应的目标配置参数。 在一种可选 的实施例中，在步骤 S221中，基于目标事件服务信息确定目标事件的 事件处理方式， 包括如下方法步骤： 步骤 S2211 , 基于目标事件服务信息获取目标事件对应的事件来源、 事件类型、 服务类型、 队列标识以及消息体类型； 步骤 S2212, 利用事件来源与事件类型确定事件模式， 以及利用服务类型、 队列 标识和消息体类型确定事件目标， 其中， 事件模式用于过滤目标事件， 事件目标用于 确定目标事件的投递对象。 本公开 实施例中， 在事件规则中， 事件来源表示事件的发起者或者产生事件的服 务， 指的是事件的来源， 可以是 ECS服务、 第三方服务、 自定义应用程序等， 此处不 予限制。 指定事件来源可以帮助事件规则过滤只对特定来源的事件进行处理。 事件类型 即为异步 OpenAPI对应的事件类型， 表示事件的种类或类别， 不同的事 件类型可能对应不同的操作或行为。 通过指定事件类型， 可以让事件规则只对特定类 型的事件进行处理， 从而实现更加精确的事件处理。 服务类型表示事件所属 的服务， 例如选择 MNS协议， 不同的服务会产生不同的 事件， 通过指定服务类型， 可以让事件规则只对特定服务类型的事件进行处理。 队列标识指与事件相关的队列标识符， 例如所创建的 MNS 队列的标识， 可以通 过队列标识来指定消息应该发送到哪个队列。 消息体类型表示事件携带的数据的类型， 事件通常携带一些相关的数据， 通过指 定消息体类型， 可以帮助事件规则正确地解析和处理事件携带的数据。 示例性地， 可 以对事件携带的数据进行过滤， 只取其中的某些字段。 消息体类型可以为完整事件、 部分事件、 固定值、 模版等， 此处不予限制。 本公开 实施例中， 在基于目标事件服务信息确定目标事件的事件处理方式时， 可 以基于目标事件服务信息获取目标事件对应的事件来源、 事件类型、 服务类型、 队列 标识以及消息体类型， 然后利用事件来源与事件类型确定事件模式， 以及利用服务类 型、 队列标识和消息体类型确定所述事件目标。 在一种可选 的实施例中， 该操作结果处理方法还包括如下方法步骤： 步骤 S251 , 基于事件驱动代码生成软件开发工具包， 其中， 事件驱动代码为通过 事件驱动方式订阅异步开放应用程序接口操作结果的代码； 步骤 S252, 发布软件开发工具包。 本公开 实施例中， 在 SDK 中集成事件驱动功能时， 可以基于事件驱动代码生成 SDK, 即在生成的 SDK中包含通过事件驱动订阅异步 OpenAP I操作结果的代码， 然 后将 SDK进行发布， 从而使用户只需要配置即可完成事件订阅。 示例性地 ， 可以由 API发布方将 API SDK发布至 POP平台， 再由 POP平台将事 件驱动订阅异步 OpenAPI操作结果的代码集成到 SDK中，从而实现 OpenAPI SDK的 发布， 此处不予限制。 在一种可选 的实施例中， 该操作结果处理方法还包括如下方法步骤： 步骤 S261 , 接收来自于客户端的代码配置请求， 其中， 代码配置请求中包括： 目 标配置参数； 步骤 S262, 将目标配置参数配置到软件开发工具包的事件驱动代码中。 本公开 实施例中， 服务端还可能收到来自于客户端的代码配置请求， 代码配置请 求中携带有目标配置参数， 例如 MNS队列名称、 MNS队列的访问地址（ endpoint）. 用户登录的账号信息等。 服务端在接收来自于客户端的代码配置请求后， 会将目标配 置参数配置到 SDK 的事件驱动代码中， 从而实现能够通过事件驱动方式订阅异步 OpenAPI操作结果。 在一种可选 的实施例中， 该操作结果处理方法还包括如下方法步骤： 步骤 S271 , 响应于客户端的文档查阅请求， 向客户端展示事件驱动集成文档； 步骤 S272, 响应于客户端基于事件驱动集成文档发起的开通授权消息， 开通授权 事件服务与消息服务， 其中， 事件服务用于通过客户端订阅目标事件， 利用消息服务 对应的传输协议将目标事件投递至消息服务对应的消息队列， 消息服务用于通过客户 端订阅目标事件， 将目标事件投递至客户端。 事件服务可以为 EventBridge服务，用于通过客户端订阅目标事件，利用消息服务 （即 MNS服务 ）对应的传输协议将目标事件投递至消息服务对应的消息队列。 本公 开实施例中， ECS会把事件投递到 EventBridge, 然后 EventBridge会按照配置的协议 把事件投递到用户彳则。 开通 EventBridge服务授权能够使用户可以通过 EventBridge选 择合适的协议 （例如 MNS协议）来订阅事件。 消息服务可以为 MNS 服务， 用于通过客户端订阅目标事件， 将目标事件投递至 客户端。 可以理解的是， MNS是一种高效、 可靠、 安全、 便捷和可弹性扩展的分布式 消息服务， 能够帮助开发者在应用的分布式组件之间自由地传递数据、 通知消息， 从 而构建松耦合系统。本公开实施例中，开通 MNS服务授权能够在事件到达 EventBridge 后， 使用户可以选择 MNS协议， 从而 EventBridge会通过 MNS消息服务触达用户， 进而使用户在代码中可以通过 MNS 订阅事件。 本公 开实施例中， 服务端还可能收到来自于客户端的文档查阅请求和开通授权消 息。若服务端接收到客户端的文档查阅请求，则可以向客户端展示事件驱动集成文档， 使用户能够查看事件驱动集成文档， 并根据文档进行事件接入。 可以理解的是， 若用 户对文档比较熟悉， 则可以不用查看文档， 若用户首次使用， 则需要查看文档。 若服 务端接收到客户端基于事件驱动集成文档发起的开通授权消息， 则可以对应 开通授权事件服务与消息服务， 即开通 EventBridge服务与 MNS服务。 在一种可选 的实施例中， 在步骤 S21中， 生成目标事件服务信息与目标消息服务 信息， 包括如下方法步骤： 步骤 S211 , 通过软件开发工具包， 调用事件服务生成目标事件服务信息， 以及调 用消息服务生成目标消息服务信息。 本公 开实施例中， 在生成目标事件服务信息与目标消息服务信息时， 可以通过软 件开发工具包调用事件服务生成目标事件服务信息， 以及调用消息服务生成目标消息 服务信息， 即通过集成有事件驱动代码的 SDK调用 EventBridge服务生成 EventBridge 订阅规则， 以及调用 MNS服务生成 MNS队列。 在一种可选 的实施例中， 该操作结果处理方法还包括如下方法步骤： 步骤 S281 , 响应于客户端的订阅规则查阅请求， 通过事件服务查阅并维护目标事 件订阅规则。 本公 开实施例中， 服务端还可能接收到客户端的订阅规则查阅请求， 在接收到客 户端的订阅规则查阅请求后， 可以通过事件服务查阅并维护目标事件订阅规则， 以使 用户可以在 EventB ridge查看和维护创建的 EventB ridge订阅规则。 在一种可选 的实施例中， 该操作结果处理方法还包括如下方法步骤： 步骤 S291 , 响应于客户端的消息队列查阅请求， 通过消息服务查阅并维护目标事 件消息队列。 本公 开实施例中， 服务端还可能接收到客户端的消息队列查阅请求， 在接收到客 户端的消息队列查阅请求后， 可以通过消息服务查阅并维护目标事件消息队列， 以使 用户可以在 MNS 查看和维护创建的 MNS队列。 图 3是根据本公开实施例 1的一种发布 OpenAPI的流程图， 如图 3所示， 由 API 发布方将待发布的 API标识为异步 OpenAPI ,并将标识为异步 OpenAPI的 API发布到 POP 平台， 由 POP平台选择异步 OpenAPI异步业务执行完成时对应的目标事件， 然 后再由 POP平台将事件驱动集成文档发布到官网的 API文档， 以完成 API的发布。 此外 ， 还可以由 API发布方将 API SDK发布至 POP平台， 再由 POP平台将事件 驱动订阅异步 OpenAPI操作结果的代码集成到 SDK中， 并发布 OpenAPI SDK, 以完 成 SDK的发布。 图 4是根据本公开实施例 1的一种通过事件驱动订阅异步 0 penAPI操作结果的流 程图， 如图 4所示， API用户可以查看发布 API时生成的官网的 API文档， 从而根据 文档进行事件接入。
API 用户还可以发起开通事件桥 ( EventBridge )服务的授权消息， 以及发起开通 消息队列 ( MNS )服务的授权消息， 从而服务端相应的开通 EventBridge服务与 MNS 服务。
API 用户还可以指定所执行的目标事件， 并对发布的 OpenAPISDK进行初始化配 置， 并通过 OpenAPISDK创建 MNS队列和 EventBridge订阅规则， 由 OpenAPISDK 接收 MSN返回的 MNS 队列信息， 并由 OpenAPISDK向 API用户返回订阅事件需要 的配置参数， 例如 MNS队列名称、 MNS队列访问地址等。
API 用户在得到配置参数后,还可以进行参数配置并通过 OpenAPISDK订阅事件。
API 用户还可以发起订阅规则 查阅请求， 在 EventBridge 查看和维护创建的 EventBridge订阅规则。
API 用户还可以发起消息队列查阅请求， 在 MNS查看和维护创建的 MNS队列。 可 以看出， 用户可以按照 OpenAPI事件驱动的文档进行产品授权， 然后在 SDK 中通过简单的配置， 即可完成通过事件驱动的方式订阅异步 OpenAP I操作结果， 避免 轮询体验差的问题， 由此能够获得更佳的用户体验。 此外， 还能够减少查询 OpenAPI 的调用次数， 降低 ECS系统压力。 容 易理解的是， 本公开提供的操作结果处理方法的有益效果包括以下几点。 有益效 果（ 1）, 本公开把事件驱动代码集成到了 OpenAPI SDK中， 用户只需要进 行简单的配置， 就可以通过事件驱动的方式订阅异步 OpenAPI操作结果， 从而操作流 程更为简单。 有益效 果（2）, 本公开每个 API只需要在 AP I发布平台选择下对应事件驱动的事 件名称， 就可以自动化的发布完成 OpenAPI 文档发布， 同时本公开提供的 OpenAPI SDK 能够很简单的覆盖每个异步 OpenAPI, 能够覆盖较多的 OpenAPI。 有益效 果（ 3）, 本公开把事件驱动和异步 OpenAPI进行了深度融合， 从 OpenAPI 配置、 OpenAPI 文档发布、 OpenAPI SDK 整个流程都和事件驱动进行了整合， 并在 API描述文档中进行了介绍， 以便客户端的应用程序能够理解如何与该 OpenAPI进行 交互。 有益效 果（ 4）, 本公开基于 ECS事件驱动架构 SDK以及 MNS传输协议， 可以避 免轮询， 降低 ECS系统压力， 实时感知业务操作结果， 为用户带来更加高效、 便捷的 服务体验。 需要说明的是， 本公开所涉及的用户信息 （包括但不限于用户设备信息、 用户个 人信息等 ）和数据（包括但不限于用于分析的数据、 存储的数据、 展示的数据等）， 均 为经用户授权或者经过各方充分授权的信息和数据， 并且相关数据的收集、 使用和处 理需要遵守相关国家和地区的相关法律法规和标准， 并提供有相应的操作入口， 供用 户选择授权或者拒绝。 另外， 还需要说明的是， 对于前述的各方法实施例， 为了简单描述， 故将其都表 述为一系列的动作组合， 但是本领域技术人员应该知悉， 本公开并不受所描述的动作 顺序的限制， 因为依据本公开， 某些步骤可以采用其他顺序或者同时进行。 其次， 本 领域技术人员也应该知悉， 说明书中所描述的实施例均属于优选实施例， 所涉及的动 作和模块并不一定是本公开所必须的。 通过 以上的实施方式的描述， 本领域的技术人员可以清楚地了解到根据上述实施 例的方法可借助软件加必需的通用硬件平台的方式来实现， 当然也可以通过硬件。 基 于这样的理解， 本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软 件产品的形式体现出来， 该计算机软件产品存储在一个存储介质 （如 R0M/RAM、 磁 碟、 光盘）中， 包括若干指令用以使得一台终端设备（可以是手机， 计算机， 服务器， 或者网络设备等）执行本公开各个实施例所述的方法。 实施例 2 在如 实施例 1中的运行环境下， 本公开提供了如图 5所示的一种操作结果处理方 法， 图 5是根据本公开实施例 2的一种操作结果处理方法的流程图， 如图 5所示， 该 方法包括： 步骤 S51 , 对服务端执行初始化配置操作， 其中， 初始化配置操作用于对异步开 放应用程序接口的软件开发工具包进行初始化配置； 步骤 S52, 接收月艮务端返回的目标配置参数， 其中， 目标配置参数基于目标事件 服务信息与目标消息服务信息得到， 目标配置参数为通过事件驱动方式订阅异步开放 应用程序接口操作结果的配置参数， 目标事件服务信息用于确定通过事件驱动方式订 阅异步开放应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用 程序接口操作结果； 步骤 S53 , 基于目标配置参数， 通过事件驱动方式订阅异步开放应用程序接口操 作结果。 服务 端即为服务例， 通常是一台专门用于处理请求的服务器， 能够接收来自客户 端的请求， 并处理这些请求， 以及向客户端返回相应的数据或执行相应的操作。 初 始化配置操作用于对异步开放应用程序接 口 ( Open Application Programming Interface, OpenAPI ) 的软件开发工具包 ( Software Development Kit, SDK )进行初始 化配置，即为对异步 OpenAPI的 SDK进行初始化配置。通过对 SDK进行初始化配置， 从而帮助 SDK与异步 0 penAPI进行通信时具备所需的认证、 网络、 行为等方面的能 力， 让 SDK能够更好地适应不同的使用场景， 具有更好的稳定性、 性能和可维护性。 目标事件服务信息可以理解为事件桥 ( EventB ridge )订阅规则， 用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则。本公开实施例中，针对异步 OpenAPI, 为了避免轮询导致无法及时感知结果以及查询类 OpenAPI调用量大的问题， 采用通过 事件驱动方式订阅异步 OpenAPI操作结果这一方法从而及时获取异步 OpenAPI的操作 结果， 目标事件服务信息即可以理解为对该方法所定义的规则。 目标消息服务信息可以理解为消息服务 ( Message Service, MNS ) 队列， 用于传 递异步 OpenAPI操作结果，也即用于传递通过异步 OpenAPI执行的异步操作的执行状 态和执行结果。 目标配置参数为通过事件驱动方式订阅异步 OpenAPI操作结果的配置参数， 可以 理解的是， 每个异步 0 penAPI对应一个事件， 因此存在多种类型的事件， 例如调用附 加网卡这个异步 OpenAPI, 在调用附加网卡整个操作完成后， 会产生一个调用附加网 卡操作完成事件。 目标配置参数即可以理解为订阅事件所需要的配置参数， 不同的事 件对应不同的配置参数。 示例性地，配置参数可以包括 MNS队列名称、MNS队列的访问地址 ( endpoint )、 用户登录的账号信息等， 此处不予限制。 本公开 实施例中， 客户端可以对服务端执行初始化配置操作， 即对异步 OpenAPI 的 SDK进行初始化配置， 以在服务端生成目标事件服务信息与目标消息服务信息，也 即创建 EventB ridge订阅规则与 MNS队列， 然后接收月艮务端返回的基于 EventB ridge 订阅规则与 MNS 队列得到的目标配置参数， 其中， 目标配置参数基于目标事件服务 信息与目标消息服务信息得到， 最后基于目标配置参数， 通过事件驱动方式订阅异步 开放应用程序接口操作结果。 可以看出， 本公开通过在 SDK中集成事件驱动功能， 通 过事件驱动的方式订阅异步 OpenAP I操作结果， 使用户只需要进行简单的配置， 即能 够便捷使用事件驱动服务， 实时感知任务操作结果， 从而能够减少查询类 OpenAPI的 调用次数， 降低 ECS系统压力， 避免 ECS系统因频繁轮询导致查询类 OpenAPI调用 量大， 触发限流的问题， 为用户带来更加高效、 便捷的服务体验。 由此， 达到了通过 简单操作实现通过事件驱动的方式订阅异步 OpenAPI操作结果， 实时感知任务操作结 果的目的， 从而实现了减少查询类 OpenAP I的调用次数， 降低 ECS 系统压力、 提高 ECS 系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果。 本公 开实施例提供的上述操作结果处理方法可以但不限于应用于电商服务、 教育 服务、 法律服务、 医疗服务、 会议服务、 社交网络服务、 金融产品服务、 物流服务和 导航月艮务等领域中涉及通过接口操作资源的应用场景中， 例如： 电商服务场景中通过 接口操作资源、 教育服务场景中通过接口操作资源、 法律服务场景中通过接口操作资 源等， 此处不予限制。 采 用本公开实施例， 通过对服务端执行初始化配置操作， 即对异步 OpenAPI 的 SDK 进行初始化配置， 以在服务端生成目标事件服务信息与目标消息服务信息， 也即 创建 EventB ridge订阅规则与 MNS队列， 然后接收月艮务端返回的基于 EventB ridge订 阅规则与 MNS 队列得到的目标配置参数， 其中， 目标配置参数基于目标事件服务信 息与目标消息服务信息得到， 最后基于目标配置参数， 通过事件驱动方式订阅异步开 放应用程序接口操作结果， 由此达到了通过简单操作实现通过事件驱动的方式订阅异 步 OpenAPI操作结果，实时感知任务操作结果的目的 ,从而实现了减少查询类 OpenAPI 的调用次数， 降低 ECS系统压力、提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果， 进而解决了相关技术中通过订阅事件获取操作结果， 导致 操作繁琐， 处理效率低的技术问题。 需要说明的是， 本实施例的优选实施方式可以参见实施例 1中的相关描述， 此处 不再赘述。 实施例 3 在如 实施例 1中的运行环境下， 本公开提供了如图 6所示的一种操作结果处理方 法。 图 6是根据本公开实施例 3的一种操作结果处理方法的流程图， 如图 6所示， 该 方法包括： 步骤 S61 , 通过第一应用程序编程接口获取操作结果处理请求， 其中， 操作结果 处理请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅异步开放应 用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与目标消息服 务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放应用程 序接口操作结果的规则，目标消息服务信息用于传递异步开放应用程序接口操作结果； 步骤 S62, 通过第二应用程序编程接口返回操作结果处理响应， 其中， 操作结果 处理响应中包括： 异步开放应用程序接口操作结果。 初 始化配置操作用于对异步开放应用程序接 口 ( Open Application Programming Interface, OpenAPI ) 的软件开发工具包 ( Software Development Kit, SDK )进行初始 化配置，即为对异步 OpenAPI的 SDK进行初始化配置。通过对 SDK进行初始化配置， 从而帮助 SDK与异步 0 penAPI进行通信时具备所需的认证、 网络、 行为等方面的能 力， 让 SDK能够更好地适应不同的使用场景， 具有更好的稳定性、 性能和可维护性。 目标事件服务信息可以理解为事件桥 ( EventB ridge )订阅规则， 用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则。本公开实施例中，针对异步 OpenAPI, 为了避免轮询导致无法及时感知结果以及查询类 OpenAPI调用量大的问题， 采用通过 事件驱动方式订阅异步 OpenAPI操作结果这一方法从而及时获取异步 OpenAPI的操作 结果， 目标事件服务信息即可以理解为对该方法所定义的规则。 目标消息服务信息可以理解为消息服务 ( Message Service, MNS ) 队列， 用于传 递异步 OpenAPI操作结果，也即用于传递通过异步 OpenAPI执行的异步操作的执行状 态和执行结果。 目标配置参数为通过事件驱动方式订阅异步 OpenAPI操作结果的配置参数， 可以 理解的是， 每个异步 0 penAPI对应一个事件， 因此存在多种类型的事件， 例如调用附 加网卡这个异步 OpenAPI, 在调用附加网卡整个操作完成后， 会产生一个调用附加网 卡操作完成事件。 目标配置参数即可以理解为订阅事件所需要的配置参数， 不同的事 件对应不同的配置参数。 示例性地 ，配置参数可以包括 MNS队列名称、MNS队列的访问地址 ( endpoint )、 用户登录的账号信息等， 此处不予限制。 本公开 实施例中， 通过第一应用程序编程接口获取操作结果处理请求， 其中， 操 作结果处理请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅异步 开放应用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与目标 消息服务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放 应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口操 作结果， 然后通过第二应用编程接口返回操作结果处理响应， 其中， 操作结果处理响 应中包括： 异步开放应用程序接口操作结果。 可以看出， 本公开通过在 SDK中集成事 件驱动功能， 通过事件驱动的方式订阅异步 OpenAPI操作结果， 使用户只需要进行简 单的配置， 即能够便捷使用事件驱动服务， 实时感知任务操作结果， 从而能够减少查 询类 OpenAPI的调用次数， 降低 ECS系统压力， 避免 ECS系统因频繁轮询导致查询 类 OpenAP I调用量大， 触发限流的问题， 为用户带来更加高效、 便捷的服务体验。 由 此， 达到了通过简单操作实现通过事件驱动的方式订阅异步 OpenAP I操作结果， 实时 感知任务操作结果的目的， 从而实现了减少查询类 OpenAPI 的调用次数， 降低 ECS 系统压力、 提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效 果。 本公 开实施例提供的上述操作结果处理方法可以但不限于应用于电商服务、 教育 服务、 法律服务、 医疗服务、 会议服务、 社交网络服务、 金融产品服务、 物流服务和 导航月艮务等领域中涉及通过接口操作资源的应用场景中， 例如： 电商服务场景中通过 接口操作资源、 教育服务场景中通过接口操作资源、 法律服务场景中通过接口操作资 源等， 此处不予限制。 采用本公 开实施例， 通过第一应用程序编程接口获取操作结果处理请求， 其中， 操作结果处理请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅异 步开放应用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与目 标消息服务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步开 放应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口 操作结果， 然后通过第二应用编程接口返回操作结果处理响应， 其中， 操作结果处理 响应中包括： 异步开放应用程序接口操作结果， 由此达到了通过简单操作实现通过事 件驱动的方式订阅异步 OpenAP I操作结果， 实时感知任务操作结果的目的， 从而实现 了减少查询类 OpenAPI的调用次数， 降低 ECS系统压力、 提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果， 进而解决了相关技术中通过订阅 事件获取操作结果， 导致操作繁琐， 处理效率低的技术问题。 需要说明的是， 本实施例的优选实施方式可以参见实施例 1中的相关描述， 此处 不再赘述。 实施例 4 在如 实施例 1中的运行环境下， 本公开提供了如图 7所示的一种操作结果处理方 法。 图 7是根据本公开实施例 4的一种操作结果处理方法的流程图， 如图 7所示， 该 方法包括： 步骤 S71 , 获取当前输入的操作结果处理对话请求， 其中， 操作结果处理对话请 求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅异步开放应用程序 接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与目标消息服务信息 获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放应用程序接口 操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口操作结果； 步骤 S72, 响应于操作结果处理对话请求， 返回操作结果处理对话回复， 其中， 操作结果处理对话回复中包括： 异步开放应用程序接口操作结果； 步骤 S73 , 在图形用户界面内展示异步开放应用程序接口操作结果。 操作 结果处理对话请求可以理解为用户与智能机器设备进行对话的对话请求。 操 作结果处理对话回复可以理解为智能机器设备对用户发起的操作结果处理对话请求进 行的响应回复。 初 始化配置操作用于对异步开放应用程序接 口 ( Open Application Programming Interface, OpenAPI ) 的软件开发工具包 ( Software Development Kit, SDK )进行初始 化配置，即为对异步 OpenAPI的 SDK进行初始化配置。通过对 SDK进行初始化配置， 从而帮助 SDK与异步 0 penAPI进行通信时具备所需的认证、 网络、 行为等方面的能 力， 让 SDK能够更好地适应不同的使用场景， 具有更好的稳定性、 性能和可维护性。 目标事件服务信息可以理解为事件桥 ( EventB ridge )订阅规则， 用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则。本公开实施例中，针对异步 OpenAPI, 为了避免轮询导致无法及时感知结果以及查询类 OpenAPI调用量大的问题， 采用通过 事件驱动方式订阅异步 OpenAPI操作结果这一方法从而及时获取异步 OpenAPI的操作 结果， 目标事件服务信息即可以理解为对该方法所定义的规则。 目标消息服务信息可以理解为消息服务 ( Message Service, MNS ) 队列， 用于传 递异步 OpenAPI操作结果，也即用于传递通过异步 OpenAPI执行的异步操作的执行状 态和执行结果。 目标配置参数为通过事件驱动方式订阅异步 OpenAPI操作结果的配置参数， 可以 理解的是， 每个异步 0 penAPI对应一个事件， 因此存在多种类型的事件， 例如调用附 加网卡这个异步 OpenAPI, 在调用附加网卡整个操作完成后， 会产生一个调用附加网 卡操作完成事件。 目标配置参数即可以理解为订阅事件所需要的配置参数， 不同的事 件对应不同的配置参数。 示例性地，配置参数可以包括 MNS队列名称、MNS队列的访问地址 ( endpoint )、 用户登录的账号信息等， 此处不予限制。 本公 开实施例中， 通过获取当前输入的操作结果处理对话请求， 其中， 操作结果 处理对话请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅异步开 放应用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与目标消 息服务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放应 用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口操作 结果， 然后响应于操作结果处理对话请求， 返回操作结果处理对话回复， 其中， 操作 结果处理对话回复中包括： 异步开放应用程序接口操作结果， 最后得到异步开放应用 程序接口操作结果后， 在图形用户界面内展示异步开放应用程序接口操作结果， 以向 用户反馈。 可以看出， 本公开通过在 SDK中集成事件驱动功能， 通过事件驱动的方式 订阅异步 OpenAPI操作结果， 使用户只需要进行简单的配置， 即能够便捷使用事件驱 动服务， 实时感知任务操作结果， 从而能够减少查询类 OpenAPI 的调用次数， 降低 ECS 系统压力， 避免 ECS系统因频繁轮询导致查询类 OpenAPI调用量大， 触发限流 的问题， 为用户带来更加高效、 便捷的服务体验。 由此， 达到了通过简单操作实现通 过事件驱动的方式订阅异步 OpenAPI操作结果， 实时感知任务操作结果的目的， 从而 实现了减少查询类 OpenAP I的调用次数， 降低 ECS系统压力、 提高 ECS系统处理效 率、 实时感知任务操作结果、 提高用户体验的技术效果。 本公 开实施例提供的上述操作结果处理方法可以但不限于应用于电商服务、 教育 服务、 法律服务、 医疗服务、 会议服务、 社交网络服务、 金融产品服务、 物流服务和 导航月艮务等领域中涉及通过接口操作资源的应用场景中， 例如： 电商服务场景中通过 接口操作资源、 教育服务场景中通过接口操作资源、 法律服务场景中通过接口操作资 源等， 此处不予限制。 采用本公 开实施例， 通过获取当前输入的操作结果处理对话请求， 其中， 操作结 果处理对话请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅异步 开放应用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与目标 消息服务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放 应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口操 作结果， 然后响应于操作结果处理对话请求， 返回操作结果处理对话回复， 其中， 操 作结果处理对话回复中包括： 异步开放应用程序接口操作结果， 最后得到异步开放应 用程序接口操作结果后， 在图形用户界面内展示异步开放应用程序接口操作结果， 以 向用户反馈， 由此达到了通过简单操作实现通过事件驱动的方式订阅异步 OpenAP I操 作结果，实时感知任务操作结果的目的，从而实现了减少查询类 OpenAPI的调用次数， 降低 ECS 系统压力、 提高 ECS 系统处理效率、 实时感知任务操作结果、 提高用户体 验的技术效果， 进而解决了相关技术中通过订阅事件获取操作结果， 导致操作繁琐， 处理效率低的技术问题。 需要说明的是， 本实施例的优选实施方式可以参见实施例 1中的相关描述， 此处 不再赘述。 实施例 5 根据本公开 实施例，还提供了一种用于实施上述操作结果处理方法的装置实施例。 图 8是才艮据本公开实施例 5的一种操作结果处理装置的结构示意图， 如图 8所示， 该 装置包括： 第一生成模块 801 , 被设置为响应于客户端的初始化配置操作， 生成目标事件服 务信息与目标消息服务信息， 其中， 初始化配置操作用于对异步开放应用程序接口的 软件开发工具包进行初始化配置， 目标事件服务信息用于确定通过事件驱动方式订阅 异步开放应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程 序接口操作结果； 第一获取模块 802 , 被设置为基于目标事件服务信息与目标消息服务信息获取目 标配置参数， 其中， 目标配置参数为通过事件驱动方式订阅异步开放应用程序接口操 作结果的配置参数； 第一返回模块 803 , 被设置为向客户端返回目标配置参数， 以使客户端通过事件 驱动方式订阅异步开放应用程序接口操作结果。 可选地 ， 还包括： 第一发布模块， 被设置为将待发布的应用程序接口标识为异步 开放应用程序接口， 其中， 异步开放应用程序接口用于调用云服务器资源执行目标云 服务； 选择异步开放应用程序接口对应的目标事件， 其中， 目标事件用于确定目标云 服务已执行完毕； 发布异步开放应用程序接口与事件驱动集成文档， 其中， 事件驱动 集成文档用于提供通过事件驱动方式订阅异步开放应用程序接口操作结果的文档描述。 可选地 ， 上述第一获取模块 701还被设置为： 基于目标事件服务信息确定目标事 件的事件处理方式， 其中， 事件处理方式用于确定事件模式与事件目标； 利用事件处 理方式确定目标消息服务信息的待配置内容； 通过待配置内容生成目标配置参数。 可选地 ， 上述第一获取模块 701还被设置为： 基于目标事件服务信息获取目标事 件对应的事件来源、 事件类型、 服务类型、 队列标识以及消息体类型； 利用事件来源 与事件类型确定事件模式，以及利用服务类型、队列标识和消息体类型确定事件目标， 其中， 事件模式用于过滤目标事件， 事件目标用于确定目标事件的投递对象。 可选地 ， 还包括： 第二发布模块， 被设置为基于事件驱动代码生成软件开发工具 包， 其中， 事件驱动代码为通过事件驱动方式订阅异步开放应用程序接口操作结果的 代码； 发布软件开发工具包。 可选地 ，还包括： 配置模块，被设置为接收来自于客户端的代码配置请求，其中， 代码配置请求中包括： 目标配置参数； 将目标配置参数配置到软件开发工具包的事件 驱动代码中。 可选地 ， 还包括： 开通模块， 被设置为响应于客户端的文档查阅请求， 向客户端 展示事件驱动集成文档； 响应于客户端基于事件驱动集成文档发起的开通授权消息， 开通授权事件服务与消息服务， 其中， 事件服务用于通过客户端订阅目标事件， 利用 消息服务对应的传输协议将目标事件投递至消息服务对应的消息队列， 消息服务用于 通过客户端订阅目标事件， 将目标事件投递至客户端。 可选地 ， 上述第一生成模块 801还被设置为： 通过软件开发工具包， 调用事件服 务生成目标事件服务信息， 以及调用消息服务生成目标消息服务信息。 可选地 ， 还包括： 第一维护模块， 被设置为响应于客户端的订阅规则查阅请求， 通过事件服务查阅并维护目标事件订阅规则。 可选地 ， 还包括： 第二维护模块， 被设置为响应于客户端的消息队列查阅请求， 通过消息服务查阅并维护目标事件消息队列。 采用本公开 实施例， 通过在接收到客户端的初始化配置操作后， 即接收到对异步 OpenAPI的 SDK进行初始化配置的操作后， 完成初始化配置， 并生成用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则的目标事件服务信息， 与用于传递异步 OpenAPI操作结果的目标消息服务信息，也即创建 EventB ridge订阅规则与 MN S队列， 然后基于 EventB ridge订阅规则与 MNS队列获取通过事件驱动方式订阅异步 OpenAPI 操作结果的对应的目标配置参数， 最后向客户端返回该目标配置参数， 使得客户端能 够通过事件驱动方式订阅异步 OpenAPI操作结果， 由此达到了通过简单操作实现通过 事件驱动的方式订阅异步 OpenAPI操作结果， 实时感知任务操作结果的目的， 从而实 现了减少查询类 OpenAP I的调用次数，降低 ECS系统压力、提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果， 进而解决了相关技术中通过订阅 事件获取操作结果， 导致操作繁琐， 处理效率低的技术问题。 此处需要说 明的是， 上述第一生成模块 801、 第一获取模块 802和第一返回模块 803对应于实施例 1 中的步骤 S21至步骤 S23 , 三个模块与对应的步骤所实现的实例 和应用场景相同， 但不限于上述实施例 1所公开的内容。 需要说明的是， 上述模块或 单元可以是存储在存储器 （例如， 存储器 104） 中并由一个或多个处理器 （例如， 处 理器 102a, 102b, > , 102n）处理的硬件组件或软件组件， 上述模块也可以作为装 置的一部分可以运行在实施例 1提供的计算机终端 10中。 根据本公开 实施例， 还提供了另一种用于实施上述操作结果处理方法的装置实施 例。 图 9是才艮据本公开实施例 5的另一种操作结果处理装置的结构示意图， 如图 9所 示， 该装置包括： 第二生成模块 901 , 被设置为对服务端执行初始化配置操作， 其中， 初始化配置 操作用于对异步开放应用程序接口的软件开发工具包进行初始化配置； 第二返 回模块 902, 被设置为接收服^务端返回的目标配置参数， 其中， 目标配置 参数基于目标事件服务信息与目标消息服务信息得到， 目标配置参数为通过事件驱动 方式订阅异步开放应用程序接口操作结果的配置参数， 目标事件服务信息用于确定通 过事件驱动方式订阅异步开放应用程序接口操作结果的规则， 目标消息服务信息用于 传递异步开放应用程序接口操作结果； 订 阅模块 903 , 被设置为基于目标配置参数， 通过事件驱动方式订阅异步开放应 用程序接口操作结果。 采 用本公开实施例， 通过对服务端执行初始化配置操作， 即对异步 OpenAPI 的 SDK 进行初始化配置， 以在服务端生成目标事件服务信息与目标消息服务信息， 也即 创建 EventB ridge订阅规则与 MNS队列， 然后接收月艮务端返回的基于 EventB ridge订 阅规则与 MNS 队列得到的目标配置参数， 其中， 目标配置参数基于目标事件服务信 息与目标消息服务信息得到， 最后基于目标配置参数， 通过事件驱动方式订阅异步开 放应用程序接口操作结果， 由此达到了通过简单操作实现通过事件驱动的方式订阅异 步 OpenAPI操作结果，实时感知任务操作结果的目的 ,从而实现了减少查询类 OpenAPI 的调用次数， 降低 ECS系统压力、提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果， 进而解决了相关技术中通过订阅事件获取操作结果， 导致 操作繁琐， 处理效率低的技术问题。 此处 需要说明的是， 上述第二生成模块 901、 第二返回模块 902和订阅模块 903 对应于实施例 2中的步骤 S51至步骤 S53 , 三个模块与对应的步骤所实现的实例和应 用场景相同， 但不限于上述实施例 1所公开的内容。 需要说明的是， 上述模块或单元 可以是存储在存储器 （例如， 存储器 104） 中并由一个或多个处理器（例如， 处理器 102a, 102b, > , 102n）处理的硬件组件或软件组件， 上述模块也可以作为装置的 一部分可以运行在实施例 1提供的计算机终端 10中。 根据本公 开实施例， 还提供了再一种用于实施上述操作结果处理方法的装置实施 例。 图 10是才艮据本公开实施例 5的再一种操作结果处理装置的结构示意图， 如图 10 所示， 该装置包括： 第二获取模块 1001 , 被设置为通过第一应用程序编程接口获取操作结果处理请求, 其中， 操作结果处理请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式 订阅异步开放应用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信 息与目标消息服务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅 异步开放应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程 序接口操作结果； 第三返回模块 1002, 被设置为通过第二应用程序编程接口返回操作结果处理响应, 其中， 操作结果处理响应中包括： 异步开放应用程序接口操作结果。 采用本公 开实施例， 通过第一应用程序编程接口获取操作结果处理请求， 其中， 操作结果处理请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅异 步开放应用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与目 标消息服务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步开 放应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口 操作结果， 然后通过第二应用编程接口返回操作结果处理响应， 其中， 操作结果处理 响应中包括： 异步开放应用程序接口操作结果， 由此达到了通过简单操作实现通过事 件驱动的方式订阅异步 OpenAP I操作结果， 实时感知任务操作结果的目的， 从而实现 了减少查询类 OpenAPI的调用次数， 降低 ECS系统压力、 提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果， 进而解决了相关技术中通过订阅 事件获取操作结果， 导致操作繁琐， 处理效率低的技术问题。 此处需要说 明的是， 上述第二获取模块 1001和第三返回模块 1002对应于实施例 3 中的步骤 S61和步骤 S62, 两个模块与对应的步骤所实现的实例和应用场景相同， 但不限于上述实施例 1所公开的内容。 需要说明的是， 上述模块或单元可以是存储在 存储器（例如，存储器 104）中并由一个或多个处理器（例如，处理器 102a, 102b, , 102n）处理的硬件组件或软件组件， 上述模块也可以作为装置的一部分可以运行在实 施例 1提供的计算机终端 10中。 根据本公开 实施例， 还提供了再一种用于实施上述操作结果处理方法的装置实施 例。 图 11是才艮据本公开实施例 5的又一种操作结果处理装置的结构示意图， 如图 11 所示， 该装置包括： 第三获取模块 1101 , 被设置为获取当前输入的操作结果处理对话请求， 其中， 操 作结果处理对话请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅 异步开放应用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与 目标消息服务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步 开放应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接 口操作结果； 第 四返回模块 1102, 被设置为响应于操作结果处理对话请求， 返回操作结果处理 对话回复， 其中， 操作结果处理对话回复中包括： 异步开放应用程序接口操作结果； 展示模块 1103 , 被设置为在图形用户界面内展示异步开放应用程序接口操作结果。 采用本公开 实施例， 通过获取当前输入的操作结果处理对话请求， 其中， 操作结 果处理对话请求中包括： 目标配置参数， 目标配置参数为通过事件驱动方式订阅异步 开放应用程序接口操作结果的配置参数， 目标配置参数基于目标事件服务信息与目标 消息服务信息获取得到， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放 应用程序接口操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口操 作结果， 然后响应于操作结果处理对话请求， 返回操作结果处理对话回复， 其中， 操 作结果处理对话回复中包括： 异步开放应用程序接口操作结果， 最后得到异步开放应 用程序接口操作结果后， 在图形用户界面内展示异步开放应用程序接口操作结果， 以 向用户反馈， 由此达到了通过简单操作实现通过事件驱动的方式订阅异步 OpenAP I操 作结果，实时感知任务操作结果的目的，从而实现了减少查询类 OpenAPI的调用次数， 降低 ECS 系统压力、 提高 ECS 系统处理效率、 实时感知任务操作结果、 提高用户体 验的技术效果， 进而解决了相关技术中通过订阅事件获取操作结果， 导致操作繁琐， 处理效率低的技术问题。 此处 需要说明的是，上述第三获取模块 1101、第四返回模块 1102和展示模块 1103 对应于实施例 4中的步骤 S71至步骤 S73 , 三个模块与对应的步骤所实现的实例和应 用场景相同， 但不限于上述实施例 1所公开的内容。 需要说明的是， 上述模块或单元 可以是存储在存储器 （例如， 存储器 104） 中并由一个或多个处理器（例如， 处理器 102a, 102b, > , 102n）处理的硬件组件或软件组件， 上述模块也可以作为装置的 一部分可以运行在实施例 1提供的计算机终端 10中。 需要说明的是， 本公开上述实施例中涉及到的优选实施方案与实施例 1提供的方 案以及应用场景、 实施过程相同， 但不仅限于实施例 1所提供的方案。 实施例 6 本公开 的实施例可以提供一种计算机终端（即电子设备）,该计算机终端可以是计 算机终端群中的任意一个计算机终端设备。 可选地， 在本实施例中， 上述计算机终端 也可以替换为移动终端等终端设备。 可选地 ， 在本实施例中， 上述计算机终端可以位于计算机网络的多个网络设备中 的至少一个网络设备。 在本 实施例中， 上述计算机终端可以执行操作结果处理方法中以下步骤的程序代 码： 响应于客户端的初始化配置操作， 生成目标事件服务信息与目标消息服务信息， 其中， 初始化配置操作用于对异步开放应用程序接口的软件开发工具包进行初始化配 置， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放应用程序接口操作结 果的规则， 目标消息服务信息用于传递异步开放应用程序接口操作结果； 基于目标事 件服务信息与目标消息服务信息获取 目标配置参数， 其中， 目标配置参数为通过事件 驱动方式订阅异步开放应用程序接口操作结果的配置参数； 向客户端返回目标配置参 数， 以使客户端通过事件驱动方式订阅异步开放应用程序接口操作结果。 可选地 ，图 12是根据本公开实施例的一种计算机终端的结构框图。如图 12所示， 该计算机终端 A可以包括：一个或多个（图中仅示出一个）处理器 1202、存储器 1204、 存储控制器、 以及外设接口， 其中， 外设接口与射频模块、 音频模块和显示器连接。 其 中， 存储器可用于存储软件程序以及模块， 如本公开实施例中的操作结果处理 方法和装置对应的程序指令 /模块， 处理器通过运行存储在内的软件程序以及模块， 从 而执行各种功能应用以及数据处理， 即实现上述的操作结果处理方法。 存储器可包括 高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、 或者其他非易失性固态存储器。 在一些实例中， 存储器可进一步包括相对于处理器远 程设置的存储器， 这些远程存储器可以通过网络连接至计算机终端 A。 上述网络的实 例包括但不限于互联网、 企业内部网、 局域网、 移动通信网及其组合。 处理 器可以通过传输装置调用存储器存储的信息及应用程序， 以执行下述步骤： 响应于客户端的初始化配置操作，生成目标事件服务信息与目标消息服务信息，其中， 初始化配置操作用于对异步开放应用程序接口的软件开发工具包进行初始化配置， 目 标事件服务信息用于确定通过事件驱动方式订阅异步开放应用程序接口操作结果的规 则， 目标消息服务信息用于传递异步开放应用程序接口操作结果； 基于目标事件服务 信息与目标消息服务信息获取目标配置参数， 其中， 目标配置参数为通过事件驱动方 式订阅异步开放应用程序接口操作结果的配置参数； 向客户端返回目标配置参数， 以 使客户端通过事件驱动方式订阅异步开放应用程序接口操作结果。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 将待发布的应用程序接口 标识为异步开放应用程序接口， 其中， 异步开放应用程序接口用于调用云服务器资源 执行目标云服务； 选择异步开放应用程序接口对应的目标事件， 其中， 目标事件用于 确定目标云服务已执行完毕;发布异步开放应用程序接口与事件驱动集成文档，其中， 事件驱动集成文档用于提供通过事件驱动方式订阅异步开放应用程序接口操作结果的 文档描述。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 基于目标事件服务信息确 定目标事件的事件处理方式， 其中， 事件处理方式用于确定事件模式与事件目标； 利 用事件处理方式确定目标消息服务信息的待配置内容； 通过待配置内容生成目标配置 参数。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 基于目标事件服务信息获 取目标事件对应的事件来源、 事件类型、 服务类型、 队列标识以及消息体类型； 利用 事件来源与事件类型确定事件模式， 以及利用服务类型、 队列标识和消息体类型确定 事件目标， 其中， 事件模式用于过滤目标事件， 事件目标用于确定目标事件的投递对 象。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 基于事件驱动代码生成软 件开发工具包， 其中， 事件驱动代码为通过事件驱动方式订阅异步开放应用程序接口 操作结果的代码； 发布软件开发工具包。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 接收来自于客户端的代码 配置请求， 其中， 代码配置请求中包括： 目标配置参数； 将目标配置参数配置到软件 开发工具包的事件驱动代码中。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 响应于客户端的文档查阅 请求， 向客户端展示事件驱动集成文档； 响应于客户端基于事件驱动集成文档发起的 开通授权消息， 开通授权事件服务与消息服务， 其中， 事件服务用于通过客户端订阅 目标事件，利用消息服务对应的传输协议将目标事件投递至消息服务对应的消息队列， 消息服务用于通过客户端订阅目标事件， 将目标事件投递至客户端。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 通过软件开发工具包， 调 用事件服务生成目标事件服务信息， 以及调用消息服务生成目标消息服务信息。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 响应于客户端的订阅规则 查阅请求， 通过事件服务查阅并维护目标事件订阅规则。 可选地 ， 上述处理器还可以执行如下步骤的程序代码： 响应于客户端的消息队列 查阅请求， 通过消息服务查阅并维护目标事件消息队列。 采用本公 开实施例， 通过在接收到客户端的初始化配置操作后， 即接收到对异步 OpenAPI的 SDK进行初始化配置的操作后， 完成初始化配置， 并生成用于确定通过事 件驱动方式订阅异步 OpenAPI操作结果的规则的目标事件服务信息， 与用于传递异步 OpenAPI操作结果的目标消息服务信息，也即创建 EventB ridge订阅规则与 MN S队列， 然后基于 EventB ridge订阅规则与 MNS队列获取通过事件驱动方式订阅异步 OpenAPI 操作结果的对应的目标配置参数， 最后向客户端返回该目标配置参数， 使得客户端能 够通过事件驱动方式订阅异步 OpenAPI操作结果， 由此达到了通过简单操作实现通过 事件驱动的方式订阅异步 OpenAPI操作结果， 实时感知任务操作结果的目的， 从而实 现了减少查询类 OpenAP I的调用次数，降低 ECS系统压力、提高 ECS系统处理效率、 实时感知任务操作结果、 提高用户体验的技术效果， 进而解决了相关技术中通过订阅 事件获取操作结果， 导致操作繁琐， 处理效率低的技术问题。 本领域普通技术人 员可以理解， 图 12所示的结构仅为示意， 计算机终端 A也可 以是智能手机 (如 Android手机、 iOS手机等)、 平板电脑、 掌上电脑以及移动互联网 设备 ( MobilelntemetDevices, MID )、 PAD等终端设备。 图 12其并不对上述电子装置 的结构造成限定。 例如， 计算机终端 A还可包括比图 12中所示更多或者更少的组件 (如网络接口、 显示装置等)， 或者具有与图 12所示不同的配置。 本领域普通技 术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以 通过程序来指令终端设备相关的硬件来完成， 该程序可以存储于一计算机可读存储介 质中， 存储介质可以包括： 闪存盘、 只读存储器 ( Read-Only Memory , ROM )、 随机 存取器 ( Random Access Memory, RAM )、 磁盘或光盘等。 实施例 7 本公 开的实施例还提供了一种计算机可读存储介质。 可选地， 在本实施例中， 上 述计算机可读存储介质可以用于保存上述实施例一所提供的操作结果处理方法所执行 的程序代码。 可选地 ， 在本实施例中， 上述计算机可读存储介质可以位于计算机网络中计算机 终端群中的任意一个计算机终端中， 或者位于移动终端群中的任意一个移动终端中。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 响应于客户端的初始化配置操作， 生成目标事件服务信息与目标消息服务 信息， 其中， 初始化配置操作用于对异步开放应用程序接口的软件开发工具包进行初 始化配置， 目标事件服务信息用于确定通过事件驱动方式订阅异步开放应用程序接口 操作结果的规则， 目标消息服务信息用于传递异步开放应用程序接口操作结果； 基于 目标事件服务信息与目标消息服务信息获取目标配置参数， 其中， 目标配置参数为通 过事件驱动方式订阅异步开放应用程序接口操作结果的配置参数； 向客户端返回目标 配置参数， 以使客户端通过事件驱动方式订阅异步开放应用程序接口操作结果。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 将待发布的应用程序接口标识为异步开放应用程序接口， 其中， 异步开放 应用程序接口用于调用云服务器资源执行目标云服务； 选择异步开放应用程序接口对 应的目标事件， 其中， 目标事件用于确定目标云服务已执行完毕； 发布异步开放应用 程序接口与事件驱动集成文档， 其中， 事件驱动集成文档用于提供通过事件驱动方式 订阅异步开放应用程序接口操作结果的文档描述。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 基于目标事件服务信息确定目标事件的事件处理方式， 其中， 事件处理方 式用于确定事件模式与事件目标； 利用事件处理方式确定目标消息服务信息的待配置 内容； 通过待配置内容生成目标配置参数。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 基于目标事件服务信息获取目标事件对应的事件来源、 事件类型、 服务类 型、 队列标识以及消息体类型； 利用事件来源与事件类型确定事件模式， 以及利用服 务类型、 队列标识和消息体类型确定事件目标， 其中， 事件模式用于过滤目标事件， 事件目标用于确定目标事件的投递对象。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 基于事件驱动代码生成软件开发工具包， 其中， 事件驱动代码为通过事件 驱动方式订阅异步开放应用程序接口操作结果的代码； 发布软件开发工具包。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 接收来自于客户端的代码配置请求， 其中， 代码配置请求中包括： 目标配 置参数； 将目标配置参数配置到软件开发工具包的事件驱动代码中。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 响应于客户端的文档查阅请求， 向客户端展示事件驱动集成文档； 响应于 客户端基于事件驱动集成文档发起的开通授权消息， 开通授权事件服务与消息服务， 其中， 事件服务用于通过客户端订阅目标事件， 利用消息服务对应的传输协议将目标 事件投递至消息服务对应的消息队列， 消息服务用于通过客户端订阅目标事件， 将目 标事件投递至客户端。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 通过软件开发工具包， 调用事件服务生成目标事件服务信息， 以及调用消 息服务生成目标消息服务信息。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 响应于客户端的订阅规则查阅请求， 通过事件服务查阅并维护目标事件订 阅规则。 可选地 ， 在本实施例中， 计算机可读存储介质被设置为存储用于执行以下步骤的 程序代码： 响应于客户端的消息队列查阅请求， 通过消息服务查阅并维护目标事件消 息队列。 本公 开的实施例还提供了一种计算机程序产品， 包括计算机程序， 该计算机程序 在被处理器执行时实现上述任意一项实施例中的操作结果处理方法。 上述本公开 实施例序号仅仅为了描述， 不代表实施例的优劣。 在本公 开的上述实施例中， 对各个实施例的描述都各有例重， 某个实施例中没有 详述的部分， 可以参见其他实施例的相关描述。 在本公 开所提供的几个实施例中， 应该理解到， 所揭露的技术内容， 可通过其它 的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可以有另外的划分方式， 例如多个单元或组件 可以结合或者可以集成到另一个系统， 或一些特征可以忽略， 或不执行。 另一点， 所 显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口， 单元或模 块的间接耦合或通信连接， 可以是电性或其它的形式。 所述作 为分离部件说明的单元可以是或者也可以不是物理上分开的， 作为单元显 示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到 多个网络单元上。 可以根据实际的需要选择其中的部分或者全部单元来实现本实施例 方案的目的。 另外， 在本公开各个实施例中的各功能单元可以集成在一个处理单元中， 也可以 是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单元中。 上述集成 的单元既可以采用硬件的形式实现， 也可以采用软件功能单元的形式实现。 所述 集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时 , 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本公开的技术方案本质 上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的 形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若干指令用以使得一 台计算机设备 (可为个人计算机、 服务器或者网络设备等)执行本公开各个实施例所 述方法的全部或部分步骤。而前述的存储介质包括: U盘、只读存储器 ( ROM, Read-Only Memory )＞ 随机存取存储器 ( RAM, Random Access Memory )＞ 移动硬盘、 磁碟或者 光盘等各种可以存储程序代码的介质。 以上所述仅是本公开的优选实施方式， 应当指出， 对于本技术领域的普通技术人 员来说， 在不脱离本公开原理的前提下， 还可以做出若干改进和润饰， 这些改进和润 饰也应视为本公开的保护范围。

Claims

权 利 要 求 书
1. 一种操作结果处理方法， 包括： 响应于客户端的初始化配置操作， 生成目标事件服务信息与目标消息服务信 息 ， 其中， 所述初始化配置操作用于对异步开放应用程序接口的软件开发工具包 进行初始化配置 ， 所述目标事件服务信息用于确定通过事件驱动方式订阅异步开 放应用程序接 口操作结果的规则， 所述目标消息服务信息用于传递所述异步开放 应用程序接 口操作结果； 基于所述目标事件服务信息与所述目标消息服务信息获取目标配置参数， 其 中， 所述目标配置参数为通过所述事件驱动方式订阅所述异步开放应用程序接口 操作结果的配置参数； 向所述客户端返回所述目标配置参数， 以使所述客户端通过所述事件驱动方 式订 阅所述异步开放应用程序接口操作结果。
2. 根据权利要求 1所述的操作结果处理方法，其中，所述操作结果处理方法还包括： 将待发布的应用程序接口标识为所述异步开放应用程序接口， 其中， 所述异 步开放应用程序接 口用于调用云服务器资源执行目标云服务； 选择所述异步开放应用程序接口对应的目标事件， 其中， 所述目标事件用于 确定所述 目标云服务已执行完毕； 发布所述异步开放应用程序接口与事件驱动集成文档， 其中， 所述事件驱动 集成文档用于提供通过所述事件驱动方式订 阅所述异步开放应用程序接口操作结 果的文档描述。
3. 根据权利要求 2所述的操作结果处理方法， 其中， 所述基于所述目标事件服务信 息与所述目标消息服务信息获取目标配置参数， 包括： 基于所述目标事件服务信息确定所述目标事件的事件处理方式， 其中， 所述 事件处理方式用于确定事件模式与事件 目标； 利用所述事件处理方式确定所述目标消息服务信息的待配置内容； 通过所述待配置内容生成所述目标配置参数。
4. 根据权利要求 3所述的操作结果处理方法， 其中， 所述基于所述目标事件服务信 息确定所述目标事件的事件处理方式， 包括： 基于所述目标事件服务信息获取所述目标事件对应的事件来源、 事件类型、 服务类型、 队列标识以及消息体类型； 利用所述事件来源与所述事件类型确定所述事件模式， 以及利用所述服务类 型、 所述队列标识和所述消息体类型确定所述事件目标， 其中， 所述事件模式用 于过滤所述 目标事件， 所述事件目标用于确定所述目标事件的投递对象。
5. 根据权利要求 1所述的操作结果处理方法，其中，所述操作结果处理方法还包括： 基于事件驱动代码生成所述软件开发工具包， 其中， 所述事件驱动代码为通 过所述事件驱动方式订 阅所述异步开放应用程序接口操作结果的代码； 发布所述软件开发工具包。
6. 根据权利要求 5所述的操作结果处理方法，其中，所述操作结果处理方法还包括： 接收来自于所述客户端的代码配置请求， 其中， 所述代码配置请求中包括： 所述 目标配置参数； 将所述目标配置参数配置到所述软件开发工具包的所述事件驱动代码中。
7. 根据权利要求 2所述的操作结果处理方法，其中，所述操作结果处理方法还包括： 响应于所述客户端的文档查阅请求， 向所述客户端展示所述事件驱动集成文 档； 响应于所述客户端基于所述事件驱动集成文档发起的开通授权消息， 开通授 权事件服务与消息服务 ， 其中， 所述事件服务用于通过所述客户端订阅所述目标 事件 ， 利用所述消息服务对应的传输协议将所述目标事件投递至所述消息服务对 应的消息队列 ， 所述消息服务用于通过所述客户端订阅所述目标事件， 将所述目 标事件投递至所述客户端。
8. 根据权利要求 7所述的操作结果处理方法， 其中， 所述生成目标事件服务信息与 目标消息服务信息， 包括： 通过所述软件开发工具包， 调用所述事件服务生成所述目标事件服务信息， 以及调用所述消息服务生成所述 目标消息服务信息。
9. 根据权利要求 7所述的操作结果处理方法，其中，所述操作结果处理方法还包括： 响应于所述客户端的订阅规则查阅请求， 通过所述事件服务查阅并维护目标 事件订 阅规则。
10. 根据权利要求 7所述的操作结果处理方法，其中，所述操作结果处理方法还包括： 响应于所述客户端的消息队列查阅请求， 通过所述消息服务查阅并维护目标 事件消息队列。
11. 一种操作结果处理方法， 包括： 对服务端执行初始化配置操作， 其中， 所述初始化配置操作用于对异步开放 应用程序接口的软件开发工具包进行初始化配置； 接收所述服务端返回的目标配置参数， 其中， 所述目标配置参数基于目标事 件服务信息与 目标消息服务信息得到， 所述目标配置参数为通过所述事件驱动方 式订阅所述异步开放应用程序接 口操作结果的配置参数， 所述目标事件服务信息 用于确定通过事件驱动方式订阅异步开放应用程序接 口操作结果的规则， 所述目 标消息服务信息用于传递所述异步开放应用程序接口操作结果； 基于所述目标配置参数， 通过所述事件驱动方式订阅所述异步开放应用程序 接口操作结果。
12. 一种操作结果处理方法， 包括： 通过第一应用程序编程接口获取操作结果处理请求， 其中， 所述操作结果处 理请求中包括： 目标配置参数， 所述目标配置参数为通过事件驱动方式订阅异步 开放应用程序接口操作结果的配置参数， 所述目标配置参数基于目标事件服务信 息与 目标消息服务信息获取得到， 所述目标事件服务信息用于确定通过事件驱动 方式订阅异步开放应用程序接 口操作结果的规则， 所述目标消息服务信息用于传 递所述异步开放应用程序接口操作结果； 通过第二应用程序编程接口返回操作结果处理响应， 其中， 所述操作结果处 理响应中包括： 所述异步开放应用程序接口操作结果。
13. 一种操作结果处理方法， 包括： 获取当前输入的操作结果处理对话请求， 其中， 所述操作结果处理对话请求 中包括： 目标配置参数， 所述目标配置参数为通过事件驱动方式订阅异步开放应 用程序接口操作结果的配置参数， 所述目标配置参数基于目标事件服务信息与目 标消息服务信息获取得到， 所述目标事件服务信息用于确定通过事件驱动方式订 阅异步开放应用程序接口操作结果的规则， 所述目标消息服务信息用于传递所述 异步开放应用程序接口操作结果； 响应于所述操作结果处理对话请求， 返回操作结果处理对话回复， 其中， 所 述操作结果处理对话回复中包括： 所述异步开放应用程序接口操作结果; 在图形用户界面内展示所述异步开放应用程序接口操作结果。
14. 一种电子设备， 包括： 存储器， 存储有可执行程序； 处理器， 用于运行所述程序， 其中， 所述程序运行时执行权利要求 1 至 13 中任意一项所述的操作结果处理方法。
15. 一种计算机可读存储介质， 所述计算机可读存储介质包括存储的可执行程序， 其 中， 在所述可执行程序运行时控制所述计算机可读存储介质所在设备执行权利要 求 1至 13中任意一项所述的操作结果处理方法。
16. 一种计算机程序产品， 包括计算机程序， 所述计算机程序在被处理器执行时实现 权利要求 1至 13中任意一项所述的操作结果处理方法。
PCT/IB2025/050298 2024-03-01 2025-01-10 操作结果处理方法、电子设备及计算机可读存储介质 Pending WO2025181567A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202410239131.9 2024-03-01
CN202410239131.9A CN120578427A (zh) 2024-03-01 2024-03-01 操作结果处理方法、电子设备及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2025181567A1 true WO2025181567A1 (zh) 2025-09-04

Family

ID=96863415

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2025/050298 Pending WO2025181567A1 (zh) 2024-03-01 2025-01-10 操作结果处理方法、电子设备及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN120578427A (zh)
WO (1) WO2025181567A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10594570B1 (en) * 2016-12-27 2020-03-17 Amazon Technologies, Inc. Managed secure sockets
US20220237056A1 (en) * 2021-01-26 2022-07-28 Red Hat, Inc. Generation of asynchronous application programming interface specifications for messaging topics
US20230252233A1 (en) * 2021-03-29 2023-08-10 Comake, Inc. Methods and systems for shared language framework to maximize composability of software, translativity of information, and end-user independence

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10594570B1 (en) * 2016-12-27 2020-03-17 Amazon Technologies, Inc. Managed secure sockets
US20220237056A1 (en) * 2021-01-26 2022-07-28 Red Hat, Inc. Generation of asynchronous application programming interface specifications for messaging topics
US20230252233A1 (en) * 2021-03-29 2023-08-10 Comake, Inc. Methods and systems for shared language framework to maximize composability of software, translativity of information, and end-user independence

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Two powerful tools for improving the stability of cloud resources: event -driven system construction & self-diagnostic tools", DEVELOPER.ALIYUN.COM, 5 February 2024 (2024-02-05), XP093351115, Retrieved from the Internet <URL:https://developer.aliyun.com/article/1436469> *
GOMEZ, A. ET AL.: "A Model-Based Approach for Developing Event-Driven Architectures with AsyncAPI", PROCEEDINGS OF THE 23RD ACM/ IEEE INTERNATIONAL CONFERENCE ON MODEL DRIVEN ENGINEERING LANGUAGES AND SYSTEMS, 16 October 2020 (2020-10-16), pages 121 - 131, XP058479596, [retrieved on 20250226], DOI: 10.1145/3365438.3410948 *

Also Published As

Publication number Publication date
CN120578427A (zh) 2025-09-02

Similar Documents

Publication Publication Date Title
US12206665B2 (en) Technologies for securely extending cloud service APIs in a cloud service marketplace
CN109471710B (zh) 任务请求的处理方法、装置、处理器、终端及服务器
US11763317B2 (en) Method of messaging service
US8402139B2 (en) Methods and systems for matching resource requests with cloud computing environments
US8612615B2 (en) Systems and methods for identifying usage histories for producing optimized cloud utilization
US8904005B2 (en) Indentifying service dependencies in a cloud deployment
US10924506B2 (en) Monitoring cloud computing environments
US9501329B2 (en) Methods and systems for cloud computing management
US11004024B2 (en) Service and resource orchestration system and method, and apparatus
US10033659B2 (en) Reputation-based mediation of virtual control planes
US8667495B1 (en) Virtual resource provider with virtual control planes
CN105378659A (zh) 使客户端设备能够访问远程桌面的方法和系统
EP3861706A2 (en) Framework for dynamic brokerage and management of topics and data at the service layer
US10091278B1 (en) Data exchange services
WO2022062661A1 (zh) 操作通知方法和装置、存储介质和电子装置
EP3440546A1 (en) Building pool-based m2m service layer through nfv
US9553774B2 (en) Cost tracking for virtual control planes
KR20130039213A (ko) 장치 클라우드를 이용한 가상 머신 제공 시스템 및 그 방법
JP2024522611A (ja) 電子メール配信システム用のメッセージ転送エージェントアーキテクチャ
US10657245B2 (en) Dynamically controlling access to devices
US20080114938A1 (en) Application Message Caching In A Feed Adapter
US9191445B2 (en) Systems and methods for managing emulation sessions
CN120578427A (zh) 操作结果处理方法、电子设备及计算机可读存储介质
CN112241326A (zh) 一种应用的全局事件通知方法、装置
CN114900396A (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: 25761752

Country of ref document: EP

Kind code of ref document: A1