Method, apparatus, device, and storage medium for function invocation

Abstract

Embodiments of the present invention provide a method, apparatus, device, and storage medium for function invocation, the method including: in response to a call to a target function being triggered, determining at least one call parameter of the target function based on configuration information of the target function, obtaining a parameter value of the at least one call parameter based on a trigger mode of the call, where the trigger mode is one of a plurality of predetermined modes for triggering the call of the target function, and invoking the target function based on the parameter value of the at least one call parameter. [Advantages] In this way, it is possible to support invoking functions through different trigger modes to meet various different usage requirements, which helps to expand the application scenarios of functions.

Description

[Technical Field]

[0001] FIELD OF THE INVENTION Exemplary embodiments of the present invention relate generally to the field of computers, and more particularly to methods, apparatus, devices, and computer-readable storage media for function invocation. [Background technology]

[0002] With the development of information technology, various terminal devices can provide various services to people in areas such as work and life. An application that provides the service may be deployed on the terminal device. The terminal device presents corresponding content through the user interface of the application, realizes user interaction, and satisfies various user needs. In some cases, a user may initiate a function call request within the application. Therefore, how to improve the efficiency of function call has become a challenge. Summary of the Invention

[0003] In a first aspect of the present invention, there is provided a method for function invocation, the method including, in response to a call to a target function being triggered, determining at least one call parameter of the target function based on configuration information of the target function, obtaining a parameter value of the at least one call parameter based on a trigger mode of the call, the trigger mode being one of a plurality of predetermined modes for triggering the call of the target function, and invoking the target function based on the parameter value of the at least one call parameter.

[0004] In a second aspect of the present invention, there is provided an apparatus for function invocation, the apparatus comprising: a determination module configured to determine at least one invocation parameter of the target function based on configuration information of the target function in response to a call to the target function being triggered, an acquisition module configured to acquire a parameter value of the at least one invocation parameter based on a trigger mode of the invocation, the trigger mode being one of a plurality of predetermined modes for triggering the invocation of the target function, and a invocation module configured to invoke the target function based on the parameter value of the at least one invocation parameter.

[0005] In a third aspect of the present invention, there is provided an electronic device comprising at least one processing unit and at least one memory coupled to the at least one processing unit and storing instructions for execution by the at least one processing unit, the instructions, when executed by the at least one processing unit, causing the electronic device to perform the method of the first aspect.

[0006] In a fourth aspect of the present invention, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the method of the first aspect.

[0007] In a fifth aspect of the present invention, there is provided a computer program product comprising a computer program which, when executed by a processor, performs the method of the first aspect of the present invention.

[0008] It should be understood that the contents described in the summary of the present invention are not intended to limit the main or important features of the embodiments of the present invention, nor are they intended to limit the scope of the present invention. Other features of the present invention will be readily understood from the following description.

[0009] The above-mentioned and other features, advantages, and aspects of the embodiments of the present invention will become more apparent from the following detailed description taken in conjunction with the drawings, in which like or similar reference numerals indicate like or similar elements. [Brief explanation of the drawings]

[0010] [Figure 1] 1 shows a schematic diagram of an exemplary environment in which embodiments of the present invention may be implemented; [Figure 2] 1 illustrates a flowchart of a process for function invocation in some embodiments of the present invention. [Figure 3] 1 shows an exemplary schematic diagram of a configuration interface for some embodiments according to the present invention; [Figure 4A] 3 illustrates a flowchart of a signaling flow for a feature invocation in some embodiments according to the present invention. [Figure 4B] 3 illustrates a flowchart of a signaling flow for a feature invocation in some embodiments according to the present invention. [Figure 5] 1 illustrates an exemplary diagram of a call relationship establishment interface according to some embodiments of the present invention. [Figure 6] 3 illustrates a flowchart of a signaling flow for a feature invocation in some embodiments according to the present invention. [Figure 7] 1 shows a schematic block diagram of an apparatus for function invocation according to some embodiments of the present invention; [Figure 8] 1 shows a block diagram of an electronic device in which one or more embodiments of the present invention may be implemented. DETAILED DESCRIPTION OF THE INVENTION

[0011] Hereinafter, the embodiments of the present invention will be described in more detail with reference to the drawings. Although the drawings show specific embodiments of the present invention, it should be understood that the present invention can be realized in various forms and should not be construed as being limited to the embodiments described herein, but rather, these embodiments are provided for a more thorough and complete understanding of the present invention. It should be understood that the drawings and embodiments of the present invention are for illustrative purposes and are not used to limit the protection scope of the present invention.

[0012] In describing embodiments of the present invention, the term "comprising" and similar terms are intended to be open-ended inclusions, including, but not limited to, the term "based on" should be understood to mean "based at least in part on." The term "one embodiment" or "the embodiment" should be understood to mean "at least one embodiment." The term "some embodiments" should be understood to mean "at least some embodiments." The following specification may contain explicit and implicit definitions:

[0013] In this specification, unless explicitly stated otherwise, performing a step "in response to A" does not mean performing the step immediately after "A," but may include one or more intermediate steps.

[0014] It is understood that data related to this technical solution (including but not limited to the data itself, the acquisition, use, storage, or deletion of data) should comply with corresponding laws and regulations and related specified requirements.

[0015] Before using the technical solutions disclosed in each embodiment of the present invention, the type, scope of use, and usage scenario of information related to the present invention should be notified to relevant users in an appropriate manner in accordance with relevant laws and regulations, and consent from the relevant users should be obtained. Here, the relevant users may include any type of rights holder, such as an individual, a company, or an organization.

[0016] For example, in response to receiving an unsolicited request from a user, prompt information may be sent to the relevant user to explicitly prompt the user that the requested operation requires the acquisition and use of the user's personal information, so that the user can independently choose whether or not to provide the personal information to software or hardware, such as an electronic device, application, server, or storage medium, that performs the operation of the technical solution of the present invention, based on the prompt information.

[0017] In an optional, non-limiting implementation, the method for sending prompt information to the user in response to receiving an unsolicited user request may be, for example, a method using a pop-up window in which the prompt information can be displayed in text form, and the pop-up window may further include a selection control for the user to select "agree" or "disagree" to providing personal information to the electronic device.

[0018] The notification and user authorization process described above is merely a general outline and does not limit the implementation of the present invention. It is understood that other methods that comply with relevant laws and regulations can also be applied to the implementation of the present invention. The activation of functions related to the digital assistant of the embodiment of the present invention, the data acquired, the data processing, and the data storage method are subject to the prior permission of the user and other rights holders related to the user, and are subject to relevant laws and regulations and contractual rules between rights holders.

[0019] The term "model" as used herein refers to a model that can learn association relationships between corresponding inputs and outputs from training data and generate corresponding outputs for a given input after training is complete. The generation of the model can be based on machine learning techniques. Deep learning is a type of machine learning algorithm that uses multiple layers of processing units to process inputs and provide corresponding outputs. A neural network model is an example of a model based on deep learning. In this specification, a "model" may also be referred to as a "machine learning model," a "learning model," a "machine learning network," or a "learning network," and these terms are used interchangeably herein.

[0020] The term "function" as used herein should be understood as a functional module that has a particular capability, can perform a particular task, and / or can provide a particular service. For example, a "function" may have the ability to invoke a model to generate particular content, or a "function" may have the ability to individually perform a particular task.

[0021] 1 shows a schematic diagram of an exemplary environment 100 in which an embodiment of the present invention may be implemented. The environment 100 includes a service side 110, terminal devices 120, 150, and a target model 140.

[0022] 1 , the service side 110 is provided with a feature management platform 111, which includes a feature creation portion and a feature application portion. The feature creation portion can provide a feature creation, publication, and management environment for users 160. In some embodiments, the feature management platform 111 can be a low-code platform that provides an ensemble of tools for feature creation. The feature management platform 111 can support visual development for features. The feature management platform 111 can be any suitable platform that supports user-developed features.

[0023] The function management platform 111 may be deployed on the service side 110, may be deployed locally on the terminal device 120 of the user 130, and / or may be supported by a remote server. For example, a client of the function management platform 111 runs on the terminal device 120 of the user 130, and the client can support interaction between the user 130 and the function management platform 111. When the function management platform runs locally on the terminal device 120 of the user 130, the user 130 can directly use the client to interact with the local function management platform. When the function management platform 111 runs on the service side 110, the service side 110 can realize the provision of services of the client running on the terminal device 120 based on a communication connection with the terminal device 120.

[0024] The terminal device 120 may be equipped with a digital assistant 121, and the user 130 can interact with the digital assistant 121 through the terminal device 120 or an accessory device of the terminal device 120. The digital assistant 121 is provided to assist the user 130 with various types of task processing needs in various applications and scenarios. The digital assistant 121 typically has smart dialogue and task processing capabilities. During interaction with the digital assistant 121, the user 130 inputs an interaction message (e.g., text, voice, image, video, or other modal interaction content), and the digital assistant 121 provides a reply message in response to the user input. Typically, the digital assistant 121 can support questions input by the user 130 in a natural language manner and can perform tasks and provide replies based on its understanding of the natural language input and its logic reasoning capabilities. The digital assistant 121 may further be configured to invoke an interface that provides a reply message based on the user input, thereby enhancing the processing capabilities of the digital assistant 121.

[0025] In an embodiment of the present invention, user 160 can create functions as needed on the function creation portion of function management platform 111 and publish the functions. The functions may be published to any appropriate function application portion as long as the function application portion can support the invocation of the function by digital assistant 121. The function application portion may be deployed on service side 110 or on terminal device 120 of user 130. After the function is published, digital assistant 121 can invoke the function to provide a service to user 130. For example, user 130 can input a session message in the session window of digital assistant 121, and digital assistant 121 may request function management platform 111 to assist in the invocation function, obtain feedback information from the function, and determine a reply message based on the feedback information and present it to the user in the session window.

[0026] In some implementations, digital assistant 121 utilizes target models 140 to support interactions with user 130. For example, digital assistant 121 can utilize one or more target models to provide question-answering services to user 130.

[0027] In some embodiments, one or more target models 140 may be constructed based on a language model (LM). The machine learning model used is a content-generating model that can generate corresponding output based on model input. In some embodiments, the machine learning model of the language model can accept text modal model input (e.g., natural language and / or machine language) and / or non-text modal model input (e.g., image, audio, video, etc.), and can generate a desired output based on the model input and prompt words. The prompt words here are used to guide the machine learning model to generate user requests that can resolve the user request indicated by the model input. In an application scenario that supports user interaction, user input can be provided to the machine learning model as at least part of the model input (the other part may include prompt words). The user input is considered a question. Based on the model output, a corresponding response can be generated and provided to the user 130.

[0028] The feature management platform 111 may be executed on a suitable electronic device. The electronic device here may be any type of computing-capable device, including a terminal device or a service-side device. The terminal device may be any type of mobile, fixed, or portable terminal, including a mobile cell phone, a desktop computer, a laptop computer, a notebook computer, a netbook computer, a tablet computer, a media computer, a multimedia tablet, a personal communication system (PCS) device, a personal navigation device, a personal digital assistant (PDA), an audio / video player, a digital camera / camcorder, a locator device, a television receiver, a radio receiver, an e-book device, a gaming device, or any combination thereof, including accessories, peripherals, or any combination thereof. The service side 110 may include a computing system / server, such as a mainframe, an edge computing node, or a computing device in a cloud environment. In some embodiments, the feature management platform 111 may be implemented based on cloud services.

[0029] It should be understood that the structure and function of each element of environment 100 is described for illustrative purposes only and is not intended to limit the scope of the present invention.

[0030] As described above, a terminal device may be provided with an application or digital assistant that provides a service, and a function can be invoked through the application or digital assistant. With the development of information technology, the applications of functions tend to become more diverse. To meet the usage requirements of the same function in different application scenarios, it is expected that the same function can be invoked using multiple invocation methods. However, the invocation logic and the method of obtaining invocation parameters for different invocation methods are usually different. Conventionally, a function is usually configured with a specific invocation method, making it difficult to meet the usage requirements for invocation using multiple invocation methods.

[0031] In view of this, an embodiment of the present invention provides an improved solution for function invocation, in which, in response to a call to a target function being triggered, at least one call parameter of the target function is determined based on configuration information of the target function, the target function obtains a parameter value of the at least one call parameter based on a trigger mode of the call, the trigger mode being one of a plurality of predetermined modes for triggering the call of the target function, and the target function is invoked based on the parameter value of the at least one call parameter.

[0032] In an embodiment of the present invention, at least one call parameter required for the call function is specified in the configuration information. When in use, the parameter value of the at least one call parameter is obtained based on the trigger mode of a specific trigger for the call of the function. This allows the function to support the usage requirements of triggering calls using different trigger modes, which helps to expand the application scenarios of the function.

[0033] Some exemplary embodiments of the invention will now be described in detail with reference to the examples of the drawings.

[0034] 2 shows a flowchart of a process 200 for function invocation according to some embodiments of the present invention. The process 200 may be implemented on the service side 110, for example, by a function application portion of a function management platform 111 deployed on the service side 110. The process 200 shown in FIG. 2 will be described below in conjunction with FIG. 1.

[0035] In box 210, in response to the triggering of a call to the target function, the service side 110 determines at least one call parameter of the target function based on the configuration information of the target function. The function here may include functional modules with different capabilities, and the target function may include, but is not limited to, a content generation function using a language model, a data analysis function, a data processing function, etc. This does not limit the tasks performed by the function, the capabilities possessed by the function, or the services provided. The at least one call parameter may include one or more parameters required to execute the call operation on the target function. The at least one call parameter may include one call parameter or multiple call parameters.

[0036] It is understood that the at least one call parameter corresponds to a function. For different functions, the specific parameters included in the at least one call parameter are different. For example, a target function may be used to generate network promotion content, and the at least one call parameter of the target function may include a title and a promotion channel, etc. Also, for example, a target function may be used to inquire about the weather, and the at least one call parameter of the target function may include a time and a location, etc.

[0037] During creation of the target function, at least one call parameter of the target function can be configured, and the at least one call parameter may be stored as at least part of the configuration information in, for example, a data storage unit of the service side 110. In some embodiments, the service side 110 presents a configuration interface for the target function in response to a configuration request for the target function. Thereafter, the service side 110 can receive attribute information of the at least one call parameter through the configuration interface. The attribute information here is used to describe basic attributes of the call parameter, and may include, but is not limited to, the parameter name, type, description, etc. of the call parameter.

[0038] An example will be described with reference to FIG. 3. FIG. 3 shows a schematic diagram of an example configuration interface 300 according to some embodiments of the present invention. The example 300 illustrates a configuration interface for an "ABCD function," which may be used to generate marketing materials for a specified product distribution "channel." The example 300 includes a call parameter input entry 310, which may include at least one set of input boxes in one-to-one correspondence with the at least one call parameter. Specifically, the at least one call parameter may include a "title" of the marketing material and a distribution "channel" for which the marketing material is intended. In this case, the at least one set of input boxes may include a set of input boxes 311 corresponding to the "title" and a set of input boxes 312 corresponding to the "channel." The set of input boxes 311 and the set of input boxes 312 each include input boxes for inputting a parameter name, type, and description. A user can enter attribute information for the at least one call parameter into the call parameter input entry 310. Of course, the above setting interface is only an example, and the interface elements and interface layout included in the setting interface can be selected according to actual needs when actually applied.

[0039] In some embodiments, the service side 110 may further include a data storage unit for storing function metadata. After determining the target function to be invoked, the function management platform 111 may send an information retrieval request to the data storage unit based on the function identifier of the target function. In response to the information retrieval request, the function metadata storage unit may feed back configuration information of the target function to the function management platform, where the configuration information may include at least one invocation parameter of the target function. The at least one invocation parameter is used to perform the invocation operation on the target function.

[0040] In box 220, the service side 110 acquires a parameter value of at least one call parameter based on a trigger mode of the call. The target function here may be set to be triggered by a plurality of predetermined modes, and the trigger mode is one of a plurality of predetermined modes for triggering the call of the target function. Alternatively or additionally, the plurality of predetermined modes may have corresponding acquisition methods for a plurality of parameter values. After determining the trigger mode of the call, the service side 110 can acquire the parameter value of the at least one call parameter by the corresponding acquisition method.

[0041] The following provides an exemplary description of the process by which the service side 110 obtains parameter values ​​in different trigger modes, along with some specific trigger modes. However, it should be understood that the target function is not limited to the trigger modes shown below, and is not limited to obtaining the parameter values ​​of the call parameters in each trigger mode shown below by the obtaining methods shown below.

[0042] In some embodiments, the target function may be configured to be triggered via a session trigger mode. Specifically, in response to receiving a user input, the service side 110 may determine a function from at least one function that matches the user input. If it determines that the function matches the user input, it determines that the trigger mode is the session trigger mode and triggers a call to the target function based on the session trigger mode. Then, in response to the call to the trigger target function via the session mode, the service side 110 may obtain configuration information for the target function. It may determine a disambiguation mode for the at least one call parameter based on the configuration information and obtain a parameter value for the at least one call parameter based on the disambiguation mode. Alternatively or additionally, the disambiguation mode may include, but is not limited to, a dialogue mode, a form mode, etc. The dialogue mode and the form mode will be described in detail later with specific examples and will not be described in detail here.

[0043] During creation of a target function, a disambiguation mode for at least one call parameter of the target function can be configured. In some embodiments, the service side 110 can receive a selection of a disambiguation mode for at least one call parameter through a configuration interface, where the disambiguation mode indicates how to obtain the at least one call parameter.

[0044] 3, the setting interface shown in the example 300 may further include a mode selection entry 320, and the mode selection entry 320 may include one or more option boxes corresponding to one or more predetermined clarification modes. In the example 300, an option box 321 corresponding to the dialogue mode and an option box 322 corresponding to the form mode are respectively set. In response to a user's selection operation for the form mode, the service side 110 can switch the option box 322 to a selected state (e.g., switch the line of the option box to a thick line) and can switch the option box 321 to a non-selected state (e.g., switch the line of the option box to a thin line).

[0045] Furthermore, the setting interface shown in the example 300 may further include a structure information input entry 330, which is used to receive structure information of the form, including, but not limited to, a form title, call parameters, etc. The service side 110 may present the structure information input entry 330 in the setting interface in response to a selection operation corresponding to the option box 322 corresponding to the form mode, and the structure information input entry 330 may include a form title input entry 331 and a call parameter setting entry 332. A user (e.g., a function creator) can input a title for the form in the form title input entry. The call parameter setting entry 332 may include multiple input boxes, such as an input box for inputting the parameter name of the call parameter, an input box for inputting the parameter value, and an element for indicating the mapping relationship between the parameter name and the parameter value. The user can set call parameters that need to be clarified by invoking the parameter setting entry 332.

[0046] In some embodiments, in response to the configuration information indicating that the disambiguation mode of at least one call parameter is the form mode, the service side 110 can present a parameter input interface including a form based on the structure information of the form, where the form can include a parameter value input entry for at least one call parameter. The service side 110 can receive a parameter value for the at least one call parameter through the parameter input entry. The parameter value input entry here can be pre-populated with a parameter value for user confirmation or set to an empty value to wait for user input. Exemplarily, the service side 110 can present a form similar to the structure information input entry 330 in the example 300, where the form can include, for example, a title, a parameter name, an input box for inputting a parameter value, an element for indicating a mapping relationship between the parameter name and the parameter value, etc.

[0047] Furthermore, it should be noted that the parameter input interface is not limited to obtaining the parameter value of the at least one call parameter through the data structure of the form, and can obtain the parameter value of the at least one call parameter through other data structures, as long as the parameter input interface includes a parameter value input entry for the at least one call parameter and can receive the parameter value of the at least one call parameter through the parameter value input entry.

[0048] In some embodiments, the service side 110 can generate prompt information for the target model 140 based on the user input and the at least one invocation parameter, and the service side 110 can provide the prompt information to the target model 140 to obtain an output of the target model 140. Then, the service side 110 can determine parameter values ​​for at least some of the invocation parameters of the at least one invocation parameter based on the output of the target model 140.

[0049] Illustratively, the service side 110 may further include a stream manager, a stream engine, and a business engine. The feature management platform 111 of the service side 110 can generate prompt information for the target model 140 based on user input and at least one invocation parameter. The feature management platform 111 sends the prompt information to the stream manager, which sends the prompt information to the stream engine, which sends the prompt information to the business engine. The business engine can then provide the prompt information to the target model 140 in response to receiving the prompt information. The business engine can further receive an output of the target model 140 and send the output of the target model 140 to the feature management platform 111 through the stream engine and the stream manager. The feature management platform 111 can determine parameter values ​​for at least some of the invocation parameters based on the output of the target model 140.

[0050] It is understood that the user input may include parameter values ​​for all of the call parameters or only some of the call parameters. In a case where the target model 140 determines parameter values ​​for some of the call parameters from the user input and some of the call parameters are missing parameter values, in some embodiments, the service side 110 can present structured content for at least one call parameter in response to determining that some of the at least one call parameter is missing parameter values. The structured content includes the parameter values ​​determined based on the output of the target model 140 and parameter value input entries for the some of the call parameters. The parameter values ​​for the some of the call parameters are received through the parameter value input entries for the some of the call parameters.

[0051] For example, the service side 110 can present a form similar to the structure information input entry 330 in the example 300. The form may include, for example, a title, a parameter name, input boxes for inputting parameter values, and an element for indicating a mapping relationship between the parameter name and the parameter value. The service side 110 can input a parameter value determined based on the output of the target model 140 into a corresponding parameter input entry in the form. For a call parameter whose parameter value has not been determined, the corresponding input box may be set to empty, or a message such as "Please enter" may be displayed in the corresponding input box. Although the above example illustrates the structured content as a form, it should be understood that the structured content is not limited to a form. The structured content here may include various data content having a predetermined data format.

[0052] In some embodiments, in response to the configuration information indicating that the disambiguation mode of the at least one call parameter is an interactive mode, the service side 110 can use the target model 140 to perform an interactive operation with the terminal device 120 to obtain a parameter value of the at least one call parameter.

[0053] In some embodiments, the service side 110 provides prompt information generated based on the user input and at least one invocation parameter to the target model 140 to obtain an output of the target model 140. The service side 110 can obtain a clarification question for the at least one invocation parameter based on the output of the target model 140. In response to receiving a user's clarification response to the clarification question, the service side 110 can provide the prompt information generated based on the clarification response to the target model 140 to obtain an output of the target model 140. The service side 110 can then determine a parameter value for the at least one invocation parameter based on the output of the target model 140.

[0054] Illustratively, the service side 110 may send a clarification question to the terminal device 120, and the terminal device 120 may present the clarification question. The user may input a clarification response to the clarification question through the terminal device 120 or an attached device of the terminal device 120. In response to receiving the clarification response, the terminal device 120 may feed the clarification response back to the service side 110. The service side 110 may provide prompt information generated based on the clarification response to the target model 140, and extract a parameter value of the at least one invocation parameter from the clarification response through the target model. In this way, the generation of the clarification question and the extraction of the parameter value are realized by utilizing the interaction capabilities and parameter extraction capabilities of the target model, which helps to simplify the processing logic.

[0055] In some embodiments, the service side 110 may obtain a first clarification question for a first call parameter of the at least one call parameter based on the output of the target model 140. In response to receiving the user's first clarification response to the first clarification question, the service side 110 may provide the first clarification response to the target model 140 based on prompt information in the first clarification response to obtain an output of the target model 140. Based on the output of the target model 140, the service side 110 may determine a parameter value for the first call parameter. Here, the first call parameter may include all or some of the parameters of the at least one call parameter.

[0056] To illustrate the use of the session trigger mode to trigger a target function, a process for triggering a target function using the session trigger mode will be exemplarily described in conjunction with FIG. 4A. FIG. 4A shows a flowchart of a signaling flow 400A for a function invocation in some embodiments according to the present invention. The signaling flow 400A includes a terminal device 120, a service side 110, and a target model 140. The service side 110 includes a target interface 112, a dialogue manager 113, and a function management platform 111. The function management platform 111 can pre-create at least one function.

[0057] As shown in signaling flow 400A, user 130 can input user input to terminal device 120 through terminal device 120 or an attached device of terminal device 120. In response to receiving the user input, terminal device 120 sends the user input to dialogue manager 113 (401). Alternatively or additionally, the user input may include multimodal content such as text, audio, images, and video. Dialogue manager 113 receives the user input from terminal device 120 (402). In response to receiving the user input, dialogue manager 113 determines a target function matching the user input from at least one pre-created function (403).

[0058] Regarding how the dialogue manager 113 determines the target feature to match with the user input, in one example, the dialogue manager 113 generates prompt information based on the user input and description information of the at least one feature, and provides the prompt information to the target model 140 or another model to obtain an output of the target model 140. The dialogue manager 113 can determine the feature to match with the user input based on the output of the target model 140. Of course, the dialogue manager 113 is not limited to using the target model 140 to determine the feature to match with the user input, and can determine the feature to match with the user input based on semantic recognition or other methods, for example.

[0059] As shown in signaling flow 400A, the interaction manager 113 can trigger (404) a call to the target function to the feature management platform 111. In response to (405) the call to the target function, the feature management platform 111 can obtain (406) configuration information and determine at least one call parameter for the target function based on the configuration information. The feature management platform 111 can then generate (408) prompt information 407 based on the user input and the at least one call parameter. The feature management platform 111 can then provide (408) the prompt information 407 to the target model 140, for example, through a stream manager, a stream engine, and a business engine. In response to receiving (409) the prompt information 407, the target model 140 generates (411) a target model output. The target model 140 feeds (410) the output 411 back to the feature management platform 111, for example, through a stream manager, a stream engine, and a business engine. Feature management platform 111, in response to receiving (412) the output 411, obtains a clarification question 414 based on output 411. Feature management platform 111 can send (415) the clarification question 414 to dialogue manager 113, which, in response to receiving (416) the clarification question 414, sends (417) the clarification question 414 to terminal device 120.

[0060] As shown in signaling flow 400A, in response to receiving clarification question 414, terminal device 120 may pose clarification question 414. A user may enter a clarification response 420 to clarification question 414. In response to receiving clarification response 420, terminal device 120 may send (419) clarification response 420 to dialogue manager 113. In response to receiving (421) clarification response 420, dialogue manager 113 sends (422) clarification response 420 to feature management platform 111. In response to receiving (423) clarification response 420, feature management platform 111 generates prompt information 425 based on clarification response 420. The feature management platform 111 provides (425) prompt information 425 to the target model 140, which receives (426) the prompt information 425 and generates output 428 based on the prompt information 425. The target model 140 then feeds (427) the output 428 back to the feature management platform 111, which, in response to receiving (429) the output 428, determines (430) a parameter value for the at least one invocation parameter.

[0061] Due to the randomness of user interaction, here, it may be possible to obtain all parameter values ​​of the at least one call parameter based on the first clarification response, or it may be possible to obtain some parameter values ​​of the at least one call parameter. Based on this, the service side 110 can further determine whether the at least one call parameter includes a call parameter with a missing parameter value. If it is determined that the at least one call parameter includes a second call parameter with a missing parameter value, the service side 110 generates prompt information based on the second call parameter and provides the prompt information to the target model 140 to obtain an output of the target model 140. Based on the output of the target model 140, the service side 110 determines a second clarification question for the second call parameter. In response to receiving the user's second clarification response to the second clarification question, the service side 110 provides the prompt information generated based on the second clarification response to the target model 140 to obtain an output of the target model 140. Then, based on the output of the target model 140, the service side 110 determines a parameter value of the second call parameter.

[0062] 4B, which illustrates a flowchart of a signaling flow 400B for a feature invocation in some embodiments of the present invention. The signaling flow 400B includes a terminal device 120, a service side 110, and a target model 140. The service side 110 includes a target interface 112, a dialogue manager 113, and a feature management platform 111. The feature management platform 111 can pre-create at least one feature. The signaling flow 400B is generated after the signaling flow 400A, and the signaling flow 400A and the signaling flow 400B together form a complete signaling flow.

[0063] As shown in signaling flow 400B, feature management platform 111 can determine whether the at least one call parameter includes a call parameter with a missing parameter value (431). If it is determined that the at least one call parameter includes a call parameter with a missing parameter value, it can generate prompt information 433 based on the call parameter with a missing parameter value. Then, a process similar to boxes 408 to 430 of signaling flow 400A can be executed. Since the processes of boxes 408 to 430 have already been interpreted and explained in signaling flow 400A, a detailed description is omitted here; please refer to the previous interpretation and explanation. In box 455, feature management platform 111 again extracts a parameter value based on output 453 of target model 140. Then, signaling flow 400B can return to box 431 to determine whether the at least one call parameter includes a call parameter with a missing parameter value. If it is determined that all parameter values ​​for the at least one call parameter have been acquired, it is determined that the operation of acquiring parameter values ​​has been completed.

[0064] In some embodiments, the target function may be further configured to be triggered using a task trigger mode. When the service side 110 receives a call request for the target function from the target interface, the service side 110 determines, in response to the call request, that the call trigger mode is the task trigger mode and triggers a call to the target function based on the task trigger mode. The task may include, but is not limited to, a task executed by an application, a task triggered by a link, a task triggered by a process flow, etc. That is, during the execution of a task by an application, a call request may be sent to the target interface of the service side 110 to trigger a call to the target function. Alternatively, when a link is triggered, a call request may be sent to the target interface of the service side 110. Alternatively, during the execution of a process flow, an operation of sending a call request to the target interface may be triggered in response to the processing result of a previous processing node. Of course, the above tasks are merely exemplary. In actual applications, settings may be selected according to actual needs to send a call request task to the target interface.

[0065] In some embodiments, a call relationship between a task and a target function may be established in advance, and a call to the target function may be triggered based on the call relationship in response to the execution of the task. For example, as shown in FIG. 5, FIG. 5 illustrates a schematic diagram of an example call relationship establishment interface 500 of some embodiments according to the present invention. The call relationship establishment interface illustrated in example 500 can be used to establish a call relationship between a processing node of a target application (e.g., XXX application) and a target function (e.g., ABCD function). Example 500 includes an application input box 501, an operation input box 502, and a function input box 503. An application identifier of the target application (e.g., application name "XXX application") can be input through the application input box 501, a function identifier of the target function (e.g., function name "ABCD function") can be input through the function input box 503, and a call relationship between the target application and the target function (e.g., call function) can be input through the operation input box 502. In this way, when a processing node corresponding to example 500 is triggered during execution of the target application, a call request is sent to the target interface, triggering a call to the target function. Furthermore, the example 500 may further include a parameter passing settings entry 504, which is used to set call parameters and parameter values ​​that need to be provided to the call of the target function of the target application. The parameter passing settings entry 504 may include multiple input boxes, such as input boxes for inputting parameter names, types, and parameter values. A user (e.g., a developer) can input the parameter names, types, etc. of the call parameters into the parameter passing settings entry 504.

[0066] To illustrate the use of the task trigger mode to trigger a target function, a process of using the task trigger mode to trigger a target function will be exemplarily described in conjunction with Fig. 6. Fig. 6 shows a flowchart of a signaling flow 600 for a function invocation in some embodiments of the present invention, where the signaling flow 600 includes a terminal device 120 and a service side 110, and the service side 110 includes a target interface 112, a dialogue manager 113, and a function management platform 111.

[0067] As shown in signaling flow 600, terminal device 120 can send a call request for a target function to target interface 112 of service side 110 (601), and target interface 112 can receive the call request for the target function from terminal device 120. For example, terminal device 120 can execute a target application, and terminal device 120 can send the call request for the target function to the target interface in response to a predetermined processing node being triggered by the target application. Also, for example, terminal device 120 can present an application interface, and the application interface can include a function trigger control. In response to receiving a trigger operation on the function trigger control, terminal device 120 can send a call operation for the target function to the target interface.

[0068] As shown in signaling flow 600, target interface 112 sends the call request to feature management platform 111 (603), and feature management platform 111 receives the call request from the target interface (604). Feature management platform 111 can then determine a target function corresponding to the call request (605). For example, feature management platform 111 can determine the corresponding target function based on the interface number of target interface 112. For example, the call request may include a feature identifier (e.g., a number for identifying the feature) for identifying the target function, and feature management platform 111 can determine the corresponding target function based on the feature identifier.

[0069] As shown in signaling flow 600, feature management platform 111 may obtain 606 configuration information for the target feature. For example, feature management platform 111 may send an information obtainment request to a data storage unit based on the feature identifier and receive the configuration information for the target feature from the data storage unit. Feature management platform 111 may determine at least one invocation parameter for the target feature based on the configuration information.

[0070] Because the parameter values ​​of the invocation parameters that need to be transmitted by the task invocation target function are set in advance, the invocation request sent by the terminal device 120 may already include the parameter values ​​of the invocation parameters. Based on this, the function management platform 111 can obtain the parameter value of the at least one invocation parameter from the invocation request (607). If the function management platform 111 cannot obtain all the parameter values ​​of the at least one invocation parameter from the invocation request, it can send notification information to the terminal device to notify the terminal device 120 of the failure to invoke the target function.

[0071] In box 230, the service side 110 invokes the target function based on the parameter value of the at least one invocation parameter. It is understood that if the target function has different capabilities, performs different operations, or provides different services, the way in which the function management platform 111 invokes the target function based on the parameter value of the at least one invocation parameter may also be different.

[0072] For example, if the target function needs to utilize the capabilities of the target model 140, the function management platform 111 generates prompt information based on the at least one calling parameter, and provides the prompt information to the target model 140 to obtain an output of the target model 140. Based on the output of the target model 140, the execution result of the target function is determined.

[0073] For example, the setting information of the target function may further include a call address of the target function. The function management platform 111 can call the target function based on the call address and the at least one call parameter. For example, the function management platform 111 can call an interface to obtain weather information.

[0074] In some embodiments, the service side 110 may further determine feedback information based on the trigger mode for the target function. For example, as shown in FIG. 4B , if the trigger mode is the session trigger mode, the function management platform 111 may call the target function (456) and obtain the execution result of the target function. The function management platform 111 may determine a response input by the user based on the execution result of the target function. For example, the function management platform 111 may provide the execution result of the target function to the target model 140 again to generate a response input by the user through the target model 140. The function management platform 111 may send a response to the dialogue manager 113 (457), and the dialogue manager 113 may send the response to the terminal device 120 (459) in response to receiving the response (458). The terminal device 120 may present the response in response to receiving the response (460).

[0075] 6, for example, when the trigger mode is the task trigger mode, the function management platform can transmit the execution result of the target function to the target interface 112 (609). In response to receiving the execution result of the target function (610), the target interface 112 can feed back the execution result to the terminal device 120 (611). After receiving the execution result (612), the terminal device 120 can present the execution result or trigger another processing node.

[0076] In summary, according to an embodiment of the present invention, by specifying at least one call parameter required for a call function in the configuration information and obtaining the parameter value of the at least one call parameter based on the trigger mode for the call of a specific trigger function, the function can support the usage requirements of triggering calls using different trigger modes, which helps expand the application scenarios of the function.

[0077]

[0033] Embodiments of the present invention further provide corresponding apparatuses for implementing the above-described methods or processes. Figure 7 shows a schematic block diagram of an apparatus 700 for function invocation according to some embodiments of the present invention. The apparatus 700 may be implemented as or included in the service side 110, for example. Each module / component in the apparatus 700 may be implemented by hardware, software, firmware, or any combination thereof.

[0078] As shown in the drawing, the apparatus 700 includes a determining module 710, an obtaining module 720, and an invoking module 730. The determining module 710 is configured to determine at least one invocation parameter of the target function based on configuration information of the target function in response to a call to the target function being triggered. The obtaining module 720 is configured to obtain a parameter value of the at least one invocation parameter based on a trigger mode of the call, the trigger mode being one of a plurality of predetermined modes for triggering the invocation of the target function. The invoking module 730 is configured to invoke the target function based on the parameter value of the at least one invocation parameter.

[0079] In some embodiments, the determination module 710 is configured to determine the trigger mode by, in response to receiving a user input, determining a feature from the at least one feature that matches the user input, and, in response to determining that the target feature matches the user input, determining that the trigger mode is a session trigger mode.

[0080] In some embodiments, the acquisition module 720 further presents a parameter input interface based on the trigger mode of the call being a session trigger mode, the parameter input interface including a parameter value input entry for at least one call parameter and configured to receive a parameter value for the at least one call parameter via the parameter value input entry.

[0081] In some embodiments, the configuration information indicates that the disambiguation mode of the at least one call parameter includes a form, the configuration information includes structural information of the form, and the acquisition module 720 is further configured to present a parameter input interface including a form based on the structural information of the form, and the form includes parameter value input entries for the at least one call parameter.

[0082] In some embodiments, the acquisition module 720 is further configured to provide prompt information generated based on the user input and the at least one invocation parameter to the target model to obtain an output of the target model, and to determine parameter values ​​for at least some of the invocation parameters based on the output of the target model.

[0083] In some embodiments, the acquisition module 720 further presents structured content for the at least one call parameter in response to determining that some of the at least one call parameter are missing parameter values, the structured content including parameter values ​​determined based on the output of the target model and parameter value input entries for the some of the call parameters, and configured to receive parameter values ​​for the some of the call parameters through the parameter value input entries for the some of the call parameters.

[0084] In some embodiments, the configuration information indicates that the disambiguation mode of at least one call parameter includes an interactive mode.

[0085] In some embodiments, the acquisition module 720 is further configured to: provide prompt information generated based on the user input and the at least one call parameter to the target model to obtain an output of the target model; obtain a clarification question for the at least one call parameter based on the output of the target model; provide prompt information generated based on the clarification response to the user's clarification question to the target model in response to receiving the user's clarification response to the clarification question to obtain the output of the target model; and determine a parameter value for the at least one call parameter based on the output of the target model.

[0086] In some embodiments, the acquisition module 720 is further configured to obtain a first clarification question for a first call parameter of the at least one call parameter based on the output of the target model, and in response to receiving a first clarification response from the user to the first clarification question, provide prompt information generated based on the first clarification response to the target model to obtain the output of the target model, and determine a parameter value for the first call parameter based on the output of the target model.

[0087] In some embodiments, the acquisition module 720 is further configured to: in response to determining that the at least one call parameter includes a second call parameter having a missing parameter value, provide prompt information generated based on the second call parameter to the target model, and determine a second clarification question for the second call parameter based on the output of the target model, to obtain an output of the target model; and in response to receiving a second clarification response from the user to the second clarification question, provide prompt information generated based on the second clarification response to the target model, and determine a parameter value for the second call parameter based on the output of the target model, to obtain an output of the target model.

[0088] In some embodiments, the determination module 710 is configured to determine the trigger mode by receiving a call request for the target function from the target interface and, in response to the call request, determining that the trigger mode of the call is a task trigger mode.

[0089] In some embodiments, the retrieval module 720 is further configured to retrieve a parameter value of at least one call parameter from the call request.

[0090] In some embodiments, the apparatus 700 further comprises a presentation module configured to present a configuration interface for the target function in response to a configuration request for the target function and to receive attribute information of at least one call parameter through the configuration interface.

[0091] In some embodiments, the apparatus 700 further comprises a receiving module configured to receive a selection of a disambiguation mode for the at least one call parameter through the configuration interface, the disambiguation mode indicating how to obtain the at least one call parameter.

[0092] The units and / or modules included in apparatus 700 may be implemented using various aspects, including software, hardware, firmware, or any combination thereof. In some embodiments, one or more units and / or modules may be implemented using software and / or firmware, such as machine-executable instructions stored on a storage medium. In addition to or in place of machine-executable instructions, some or all of the units and / or modules in apparatus 700 may be implemented, at least in part, by one or more hardware logic components. By way of example and not limitation, exemplary types of hardware logic components that may be used include field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), etc.

[0093] FIG. 8 shows a block diagram of an electronic device 800 in which one or more embodiments of the present invention may be implemented. It should be understood that the electronic device 800 shown in FIG. 8 is merely exemplary and should not be construed as limiting the functionality and scope of the embodiments described herein. The electronic device 800 shown in FIG. 8 may include or be implemented as the service side 110 of FIG. 1 or the device 700 of FIG. 7.

[0094] 8, electronic device 800 is a form of general-purpose electronic device. Components of electronic device 800 may include, but are not limited to, one or more processors or processing units 810, memory 820, storage device 830, one or more communication units 840, one or more input devices 850, and one or more output devices 860. Processing unit 810 may be a real or virtual processor and may perform various processes based on programs stored in memory 820. In a multiprocessor system, multiple processing units execute computer-executable instructions in parallel, thereby increasing the parallel processing capabilities of electronic device 800.

[0095] The electronic device 800 typically includes a plurality of computer storage media. Such media may be any obtainable media accessible by the electronic device 800, including, but not limited to, volatile and nonvolatile media, removable and non-removable media. The memory 820 may be volatile memory (e.g., registers, high-speed cache, random access memory (RAM)), non-volatile memory (e.g., read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory), or some combination thereof. The storage device 830 may be removable or non-removable media and may include machine-readable media, such as a flash memory drive, a magnetic disk, or any other medium that may be used to store information and / or data and that may be accessible within the electronic device 800.

[0096] The electronic device 800 may further include other removable / non-removable, volatile / non-volatile storage media. Although not shown in FIG. 8, a magnetic disk drive for reading from or writing to a removable, non-volatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, non-volatile optical disk may be provided. In these cases, each drive may be connected to a path (not shown) by one or more data media interfaces. The memory 820 may include a computer program product 825 having one or more program modules configured to perform various methods or operations of various embodiments of the present invention.

[0097] The communication unit 840 facilitates communication with other computing devices over a communication medium. Additionally, the functionality of the components of the electronic device 800 may be implemented as a single computing cluster or multiple computing machines, which can communicate over a communication connection. Thus, the electronic device 800 can operate in a networked environment using logical connections to one or more other servers, network personal computers (PCs), or other network nodes.

[0098] The input device(s) 850 may be one or more input devices such as a mouse, a keyboard, a trackball, etc. The output device(s) 860 may be one or more output devices such as a display, a speaker, a printer, etc. The electronic device 800 may further communicate with one or more external devices (not shown) such as a storage device, a display device, etc. via the communication unit 840, as needed, to communicate with one or more devices that allow a user to interact with the electronic device 800, or any device (e.g., a netbook card, a modem, etc.) that allows the electronic device 800 to communicate with one or more other computing devices. Such communication may be performed via an input / output (I / O) interface (not shown).

[0099] An exemplary implementation according to the present invention provides a computer-readable storage medium having computer-executable instructions stored thereon, which are executed by a processor to implement the above-described method.An exemplary implementation according to the present invention further provides a computer program product, the computer program product including computer-executable instructions tangibly stored on a non-transitory computer-readable medium, which are executed by a processor to implement the above-described method.

[0100] Aspects of the present invention are described herein with reference to flowchart and / or block diagrams of methods, apparatus, devices, and computer program products implemented by the present invention. It will be understood that each box in the flowchart and / or block diagrams, and combinations of boxes in the flowchart and / or block diagrams, may be implemented by computer-readable program instructions.

[0101] These computer-readable program instructions may be provided to a processing unit of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus to generate a machine that, when executed by the processing unit of the computer or other programmable data processing apparatus, generates an apparatus for implementing the functions / acts specified in one or more boxes in the flowcharts and / or block diagrams. These computer-readable program instructions may be stored on a computer-readable storage medium such that the instructions cause the computer, programmable data processing apparatus, and / or other device to operate in a particular manner such that the computer-readable medium on which the instructions are stored configures an article of manufacture containing instructions that implement each aspect of the functions / acts specified in one or more boxes in the flowcharts and / or block diagrams.

[0102] The computer-readable program instructions, when loaded into a computer, other programmable data processing apparatus, or other device, cause the computer, other programmable data processing apparatus, or other device to perform a series of operational steps to produce a computer-implemented process, such that the instructions executing on the computer, other programmable data processing apparatus, or other device implement the functions / acts specified in one or more boxes in the flowcharts and / or block diagrams.

[0103] The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to the present invention. In this regard, each box in a flowchart or block diagram may represent a module, program segment, or portion of instructions, which includes one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions depicted in the boxes may occur in a different order than depicted in the figures. For example, two consecutive boxes may actually be executed substantially in parallel, or may be executed in the reverse order, depending on the functionality involved. It should also be noted that each box in the block diagrams and / or flowcharts, and combinations of boxes in the block diagrams and / or flowcharts, may be implemented by a special-purpose hardware-based system that performs the specified functions or operations, or by a combination of special-purpose hardware and computer instructions.

[0104] Although various implementations of the present invention have been described above, the above descriptions are illustrative, not exhaustive, and are not limited to the disclosed implementations. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described implementations. The terminology used herein is intended to best interpret the principles, practical applications, or improvements to commercially available technologies of the implementations, or to enable those skilled in the art to understand the implementations disclosed herein.

Claims

1. In response to a call to a target function being triggered, determining at least one call parameter of the target function based on configuration information of the target function; obtaining a parameter value of the at least one invocation parameter based on a trigger mode of the invocation, the trigger mode being one of a plurality of predetermined modes for triggering the invocation of the target function; and invoking the target function based on a parameter value of the at least one invocation parameter. A method for calling a function.

2. The trigger mode is In response to receiving a user input, determining a function from the at least one function that matches the user input; and determining that the trigger mode is a session trigger mode in response to determining that the target function matches the user input. The method of claim 1.

3. Obtaining a parameter value for the at least one call parameter includes: presenting a parameter input interface based on the trigger mode of the call being the session trigger mode, the parameter input interface including a parameter value input entry for the at least one call parameter; receiving a parameter value for the at least one invocation parameter via the parameter value input entry; The method of claim 2.

4. the configuration information indicates that a disambiguation mode of the at least one call parameter includes a form, and the configuration information includes structure information of the form; Presenting the parameter input interface includes: presenting the parameter input interface including the form based on the structural information of the form, the form including the parameter value input entry of the at least one invocation parameter; The method of claim 3.

5. Obtaining a parameter value for the at least one call parameter includes: providing prompt information generated based on the user input and the at least one invocation parameter to the target model to obtain an output of the target model; determining the parameter values ​​of at least some of the at least one calling parameter based on an output of the target model; The method of claim 2.

6. Obtaining a parameter value for the at least one call parameter includes: presenting structured content for the at least one invocation parameter in response to determining that some of the invocation parameters are missing parameter values, the structured content including the parameter values ​​determined based on the output of the target model and parameter value input entries for the some of the invocation parameters; receiving parameter values ​​for the subset of call parameters via parameter value input entries for the subset of call parameters; The method of claim 5.

7. the configuration information indicates that a disambiguation mode of the at least one call parameter includes an interactive mode. The method of claim 2.

8. Obtaining a parameter value for the at least one call parameter includes: providing prompt information generated based on the user input and the at least one invocation parameter to the target model to obtain an output of the target model; obtaining a clarification question for the at least one call parameter based on an output of the target model; in response to receiving a user's clarification response to the clarification question, providing prompt information to the target model, the prompt information being generated based on the clarification response, to obtain an output of the target model; determining a parameter value for the at least one call parameter based on an output of the target model. The method of claim 7.

9. obtaining a clarification question about the at least one call parameter, deriving a first clarification question for a first calling parameter of the at least one calling parameter based on an output of the target model; Determining a parameter value for the at least one invocation parameter includes: in response to receiving a first clarification response from the user to the first clarification question, providing prompt information to the target model generated based on the first clarification response to obtain an output of the target model; determining a parameter value for the first call parameter based on an output of the target model; The method of claim 8.

10. obtaining a clarification question about the at least one call parameter, In response to determining that the at least one call parameter includes a second call parameter having a missing parameter value, providing prompt information to the target model, the prompt information being generated based on the second call parameter, to obtain an output of the target model; determining a second clarification question for the second call parameter based on the output of the target model; in response to receiving a second clarification response from the user to the second clarification question, providing prompt information to the target model generated based on the second clarification response to obtain an output of the target model; determining a parameter value for the second call parameter based on an output of the target model.

10. The method of claim 9.

11. The trigger mode is receiving an invocation request for the target function from a target interface; determining, in response to the call request, that the trigger mode of the call is a task trigger mode; The method of claim 1.

12. Obtaining a parameter value for the at least one call parameter includes: obtaining a parameter value for the at least one invocation parameter from the invocation request. The method of claim 11.

13. presenting a setting interface for the target function in response to a setting request for the target function; receiving attribute information of the at least one call parameter via the setting interface. The method of claim 1.

14. receiving a selection of a disambiguation mode for the at least one call parameter via the configuration interface, the disambiguation mode indicating how the at least one call parameter is obtained; The method of claim 13.

15. a determination module configured to, in response to a call to a target function being triggered, determine at least one call parameter of the target function based on configuration information of the target function; an acquisition module configured to acquire a parameter value of the at least one invocation parameter based on a trigger mode of the invocation, the trigger mode being one of a plurality of predetermined modes for triggering the invocation of the target function; an invocation module configured to invoke the target function based on a parameter value of the at least one invocation parameter. A device for calling functions.

16. at least one processing unit; at least one memory coupled to the at least one processing unit and configured to store instructions for execution by the at least one processing unit, The instructions, when executed by the at least one processing unit, cause the electronic device to perform the method of any one of claims 1 to 14. electronic equipment.

17. A computer program executable by a processor to implement the method according to any one of claims 1 to 14 is stored on the device. A computer-readable storage medium.

18. A computer program which, when executed by a processor, implements the method according to any one of claims 1 to 14, Computer program.

Images