Expansion function calling method and device, computer equipment and storage medium
By setting the target interface on the terminal of 5G enhanced call to receive the extension function call request and selecting the appropriate function from the candidate extension functions, the problem of how DC applets can easily call the AI and XR capabilities of mobile terminals in the 5G environment is solved, and the rapid access and expansion functions of H5 applications are realized.
Patent Information
- Application Number
- CN202510159499.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-02-13
- Publication Date
- 2025-06-10
AI Technical Summary
In 5G enhanced calls, DC mini programs need richer capabilities to support business development, and how the AI and XR capabilities that mobile terminals have are conveniently called by mini programs has become a problem.
By setting up a target interface, such as the AIDL interface or the JS API interface, it receives the extension function call request sent by the demand side, responds to the request to select the target expansion function that meets the function scheduling requirements of the demand side, and feedbacks the function call information to the demand side.
It has realized the dynamic opening of the rich and diverse capabilities of mobile terminals to 5G enhanced calls DC mini-programs, ensuring that H5 applications can quickly access and call expansion functions, reducing the cumbersomeness of the H5 applications in calling the expansion function.
Smart Images

Figure CN120123013A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of wireless communication technologies, and particularly to a method, apparatus, computer device, and storage medium for expanding function calls. Background Art
[0002] The 3GPP (3rd Generation Partnership Project) introduced the IMS (Internet Protocol Multimedia Subsystem) DC (Data Channel) data channel, which provides rich application functions in the form of applets during a call.
[0003] With the commercial promotion of 5G (5th Generation Mobile Communication Technology) enhanced calls, DC applets require more rich capabilities to support business development. At the same time, mobile terminals are gradually equipped with capabilities such as AI (Artificial Intelligence) and XR (Extended Reality). As the running environment of applets, how to conveniently provide the rich and diverse capabilities of mobile terminals to applets for calling has become an urgent problem to be solved nowadays. Summary of the Invention
[0004] Based on this, in view of the above technical problems, it is necessary to provide a method, apparatus, computer device, and storage medium for expanding function calls that can conveniently provide the rich and diverse capabilities of mobile terminals to applets for calling.
[0005] In a first aspect, this application provides a method for expanding function calls. The method includes:
[0006] Receiving an extended function call request sent by a demand side through a target interface; wherein, the target interface is an Android Interface Definition Language (AIDL) interface, or a JavaScript API (JS API) interface based on a scripting language;
[0007] In response to the extended function call request, selecting a target extended function that meets the function scheduling requirements of the demand side from candidate extended functions;
[0008] Feeding back function call information of the target extended function to the demand side so that the demand side can call the target extended function based on the function call information.
[0009] In one embodiment, the receiving an extended function call request sent by a demand side through a target interface includes:
[0010] If the demand side is a HyperText Markup Language Fifth Edition (H5) application, receive the extended function call request sent by the demand side through the JS API interface;
[0011] If the demand side is a Software Development Kit (SDK), receive the extended function call request sent by the demand side through the AIDL interface.
[0012] In one embodiment, the selecting of the target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions includes:
[0013] Obtain the target function identifier carried in the extended function call request;
[0014] Use the candidate extended function whose candidate identifier parameter in the candidate extended functions is the same as the target function identifier as the target extended function.
[0015] In one embodiment, before receiving the extended function call request sent by the demand side through the target interface, the method further includes:
[0016] Obtain the registration request for the candidate extended function sent by the terminal;
[0017] Perform extended function registration on the candidate extended function.
[0018] In one embodiment, the performing of the extended function registration on the candidate extended function includes:
[0019] Assign the candidate identifier parameter to the candidate extended function;
[0020] Store the candidate function identifier and the extended function description information of the candidate extended function to complete the registration of the candidate extended function.
[0021] In one embodiment, the candidate identifier parameter includes at least one of the provider identifier, service module type, and operation callback parameter of the candidate extended function.
[0022] In a second aspect, the present application also provides an extended function call device. The device includes:
[0023] A receiving module, configured to receive the extended function call request sent by the demand side through the target interface; wherein, the target interface is an Android Interface Definition Language (AIDL) interface, or an Application Programming Interface (API) based on a scripting language;
[0024] A selection module, configured to select a target extended function that meets the function scheduling requirements of the demand side from candidate extended functions in response to the extended function call request;
[0025] A feedback module, configured to feedback the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information.
[0026] In a third aspect, the present application further provides a computer device. The computer device includes a memory and a processor. The memory stores a computer program, and when the processor executes the computer program, the following steps are implemented:
[0027] Receiving an extended function call request sent by a demand side through a target interface; wherein, the target interface is an Android Interface Definition Language (AIDL) interface, or a JavaScript API (JS API) interface based on a scripting language;
[0028] In response to the extended function call request, selecting a target extended function that meets the function scheduling requirements of the demand side from candidate extended functions;
[0029] Feedbacking the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information.
[0030] In a fourth aspect, the present application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the following steps are implemented:
[0031] Receiving an extended function call request sent by a demand side through a target interface; wherein, the target interface is an Android Interface Definition Language (AIDL) interface, or a JavaScript API (JS API) interface based on a scripting language;
[0032] In response to the extended function call request, selecting a target extended function that meets the function scheduling requirements of the demand side from candidate extended functions;
[0033] Feedbacking the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information.
[0034] In a fifth aspect, the present application further provides a computer program product. The computer program product includes a computer program, and when the computer program is executed by a processor, the following steps are implemented:
[0035] Receive an extended function call request sent by the demand side through the target interface; wherein, the target interface is an Android Interface Definition Language (AIDL) interface, or a JavaScript API (JS API) interface based on a scripting language;
[0036] In response to the extended function call request, select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions;
[0037] Feedback the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information.
[0038] The above extended function call method, device, computer device, and storage medium receive an extended function call request sent by the demand side through the target interface, and in response to the extended function call request, select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions. Furthermore, feedback the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information. According to the above content, it can be seen that this application realizes receiving extended function call requests sent by different demand sides by setting the target interface. Among them, the target interface is an AIDL interface or a JS API interface; this ensures that both the H5 application and the SDK can realize the function call for the target extended function through the target interface; it realizes that the terminal dynamically opens the extended ability to 5G enhanced calls, ensures that the H5 application can be quickly accessed, dynamically opens the extended function to the H5 application, and reduces the complexity of the extended function call process for the H5 application. Brief Description of the Drawings
[0039] Figure 1 It is an application environment diagram of an extended function call method provided by an embodiment of the present application;
[0040] Figure 2 It is a flowchart of the first extended function call method provided by an embodiment of the present application;
[0041] Figure 3 It is a flowchart of the second extended function call method provided by an embodiment of the present application;
[0042] Figure 4 It is a flowchart of the third extended function call method provided by an embodiment of the present application;
[0043] Figure 5 It is a schematic diagram of an extended function call logic provided by an embodiment of the present application;
[0044] Figure 6 It is a schematic diagram of the second extended function call logic provided by an embodiment of the present application;
[0045] Figure 7 The structural block diagram of an extended function calling device provided by an embodiment of the present application;
[0046] Figure 8 It is the internal structure diagram of a computer device in an embodiment. Detailed implementation manners
[0047] In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.
[0048] The extended function calling method provided by the embodiments of the present application can be applied to, for example, Figure 1 the application environment shown in the figure. Among them, the terminal 102 communicates with the server 104 through the network. The data storage system can store the data that the server 104 needs to process. The data storage system can be integrated on the server 104, or placed in the cloud or other network servers. Receive the extended function calling request sent by the demand side through the target interface, and in response to the extended function calling request, select the target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions, and then, feedback the function calling information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function calling information. Among them, the terminal 102 can be, but is not limited to, various personal computers, laptop computers, smart phones, tablet computers, Internet of Things devices and portable wearable devices. The Internet of Things devices can be smart speakers, smart TVs, smart air conditioners, smart vehicle-mounted devices, etc. The portable wearable devices can be smart watches, smart bracelets, head-mounted devices, etc. The server 104 can be implemented by an independent server or a server cluster composed of multiple servers.
[0049] In one embodiment, as Figure 2 shown in the figure, an extended function calling method is provided. Taking the method applied to Figure 1 the server 104 in the figure as an example for description, it includes the following steps:
[0050] S201, receive the extended function calling request sent by the demand side through the target interface.
[0051] Among them, the target interface is the AIDL (Android Interface Definition Language) interface, or the JS API (JavaScript Application Programming Interface) interface.
[0052] It should be noted that different target interfaces corresponding to different types of demand sides can be predefined to ensure that each target interface can effectively receive the extended function call requests of different types of demand sides. Further, the target interface can include two interface functions: request(String content) (call function) and onCallBack(String content) (return function). The specific business is flexibly extended through the content parameter (used to represent the data content passed to a function or method) field.
[0053] S202, in response to the extended function call request, select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions.
[0054] It should be noted that when it is necessary to select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions, the request content specifically included in the extended function call request can be combined to accurately select the target extended function from at least one candidate extended function.
[0055] In an embodiment of the present application, if the extended function call request carries a function limitation for the target extended function, when it is necessary to select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions, it may specifically include the following: obtain the function description corresponding to each candidate extended function, verify whether the function description of each candidate extended function meets the function limitation for the target extended function, and use the candidate extended function that meets the function limitation as the target extended function.
[0056] In an embodiment of the present application, if the extended function call request carries a function supplier identifier for the target extended function, when it is necessary to select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions, it may specifically include the following: obtain the candidate supplier identifier corresponding to each candidate extended function, verify whether the candidate supplier identifier corresponding to each candidate extended function is the same as the function supplier identifier for the target extended function, and use the candidate extended function with the same candidate supplier identifier and function supplier identifier as the target extended function.
[0057] In an embodiment of the present application, if the extended function call request carries a function identifier for the target extended function, when it is necessary to select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions, it may specifically include the following: obtain the candidate identifier corresponding to each candidate extended function, verify whether the candidate identifier corresponding to each candidate extended function is the same as the function identifier for the target extended function, and use the candidate extended function with the same candidate identifier and function identifier as the target extended function.
[0058] S203. Feedback the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information.
[0059] Among them, the function call information can be the information for the demand side to call the target extended function. Specifically, the function call information can include information such as the call condition of the target extended function and the call address of the target extended function. The specific content of the function call information is not limited here.
[0060] The above extended function call method receives the extended function call request sent by the demand side through the target interface, and in response to the extended function call request, selects the target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions. Furthermore, it feedbacks the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information. According to the above content, it can be seen that this application realizes receiving the extended function call requests sent by different demand sides by setting the target interface. Among them, the target interface is an AIDL interface or a JS API interface. This ensures that both the H5 application and the SDK can realize the function call for the target extended function through the target interface, realizes the dynamic opening of the terminal's extended capabilities to 5G enhanced calls, ensures that the H5 application can be quickly accessed, dynamically opens the extended function to the H5 application, and reduces the complexity of the extended function call process for the H5 application.
[0061] In one embodiment, as Figure 3 shown, when it is necessary to receive the extended function call request sent by the demand side through the target interface, it specifically may include the following content:
[0062] S301. If the demand side is an H5 application, receive the extended function call request sent by the demand side through the JS API interface.
[0063] Among them, the JS API interface is additionally provided with 2 interface functions: request(String content) (call) and onCallBack(String content) (return).
[0064] S302. If the demand side is an SDK, receive the extended function call request sent by the demand side through the AIDL interface.
[0065] It should be noted that to ensure the smooth implementation of the calling operation of the target extended function by the requester, this application can pre-establish an extended function pool, namely EC Service, which is responsible for the registration and scheduling of various candidate extended capabilities during terminal operation; and define an extended capability access AIDL interface, including four interface functions: register(String config) (capability registration), unregister(String config) (capability cancellation), request (call), and onCallBack(String content) (return). The specific business is flexibly extended through the content parameter field. Define an extended capability call AIDL interface, including two interface functions: request(String content) (call) and onCallBack(String content) (return). The specific business is flexibly extended through the content parameter field. On the basis of the existing JS API interface, add two interface functions: request(String content) (call) and onCallBack(String content) (return). The specific business is flexibly extended through the content parameter field.
[0066] Among them, the content parameter mentioned above can be a json string. Specifically: the basic structure of the content parameter can be: {"id":"","module":"","func":"","data":T}. Further, id is the unique identifier of the extended capability provider, module is the corresponding business module, func is the specific operation or callback name, and data is the parameter or callback data of a certain operation; the parameter config is a json string, and the basic structure is: {"id":""}, where id is the unique identifier of the extended capability provider.
[0067] The above extended function calling method, through the JS API interface and the AIDL interface, realizes the operation of receiving the extended function calling request for the H5 application and the SDK, realizes the terminal dynamically opening the extended capability to 5G enhanced call, ensures that the H5 application can be quickly accessed, dynamically opens the extended function to the H5 application, and reduces the complexity of the H5 application for the extended function calling process.
[0068] In one embodiment, as Figure 4 shown, when it is necessary to select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions, it specifically may include the following content:
[0069] S401, obtain the target function identifier carried in the extended function calling request.
[0070] Among them, the target function identifier refers to a unique identifier used to identify the extended function call request.
[0071] It should be noted that when the demand side needs to send an extended function call request, it can, based on the extended function description document, find the target function identifier corresponding to the target extended function required by the demand side; among them, the extended function description document records at least one candidate extended function, the candidate function identifier of each candidate extended function, and the extended function description information of each candidate extended function.
[0072] Specifically, the demand side can pre-query the extended function description document, and according to its own extended function requirements, select the target extended function from each candidate extended function according to the extended function description information of each candidate extended function, and determine the target function identifier of the target extended function from the extended function description document.
[0073] S402, use the candidate extended function with the candidate identifier parameter in the candidate extended functions being the same as the target function identifier as the target extended function.
[0074] It should be noted that before receiving the extended function call request sent by the demand side through the target interface, the candidate extended functions can be pre-registered for extended functions; therefore, the following content can be included: obtaining the registration request sent by the terminal for the candidate extended functions; performing extended function registration on the candidate extended functions.
[0075] Furthermore, during the process of performing extended function registration on the candidate extended functions, the following content can specifically be included: allocating candidate identifier parameters for the candidate extended functions; storing the candidate function identifier and the extended function description information of the candidate extended functions to complete the registration of the candidate extended functions.
[0076] Among them, during the process of storing the candidate function identifier and the extended function description information of the candidate extended functions, the candidate function identifier and the extended function description information of the candidate extended functions can be stored in the extended function description document to ensure that the subsequent demand side can query the required candidate extended functions according to the extended function description document.
[0077] Among them, the candidate identifier parameters include at least one of the provider identifier of the candidate extended function, the business module type, and the operation callback parameter.
[0078] The above extended function call method realizes the screening operation for the target extended function by obtaining the target function identifier carried in the extended function call request, and ensures the smooth determination of the target extended function by pre-registering the candidate extended functions for extended functions.
[0079] In one embodiment, such asFigure 5 As shown in the figure, the extended function call method can preset an extended capability access module, an extended capability call module, an extended capability scheduling module, and an extended capability publishing module.
[0080] Among them, the extended capability access module can call the register(String config) and unregister(String config) of the EC Service through the extended capability access AIDL interface to register and unregister capabilities with the extended capability scheduling module; the extended capability call module interacts with the extended capability scheduling module through the JS API interface when the demand side is an H5 application and through the AIDL interface when the demand side is an SDK to send extended function call requests and obtain call results; the extended capability scheduling module is responsible for maintaining at least one candidate extended function that has been registered and executing the steps of "obtaining the target function identifier carried in the extended function call request; using the candidate extended function with the same candidate identifier parameter as the target function identifier in the candidate extended functions as the target extended function"; the extended capability publishing module is responsible for executing the steps of "assigning candidate identifier parameters to the candidate extended functions; storing the candidate function identifiers and the extended function description information of the candidate extended functions to complete the registration of the candidate extended functions".
[0081] Among them, the corresponding relationships among the AIDL interface, the JS API interface, and the extended capability access AIDL interface are as Figure 6 shown.
[0082] For the above extended function call method, it receives the extended function call request sent by the demand side through the target interface, and in response to the extended function call request, selects the target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions, and then feeds back the function call information of the target extended function to the demand side so that the demand side can call the target extended function based on the function call information. According to the above content, it can be seen that this application realizes receiving the extended function call requests sent by different demand sides by setting the target interface, where the target interface is the AIDL interface or based on the JS API interface; this ensures that both the H5 application and the SDK can realize the function call for the target extended function through the target interface; it realizes the dynamic opening of the extended capabilities of the terminal to 5G enhanced calls, ensures that the H5 application can be quickly accessed, dynamically opens the extended functions to the H5 application, and reduces the complexity of the extended function call process for the H5 application.
[0083] It should be understood that although the steps in the flowcharts involved in the above embodiments are shown in sequence according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless there is a clear indication in this article, there is no strict order limit for the execution of these steps, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above embodiments may include multiple steps or multiple stages. These steps or stages are not necessarily executed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be executed alternately or in turn with at least a part of other steps or steps or stages in other steps.
[0084] Based on the same inventive concept, an embodiment of the present application further provides an extended function call device for implementing the extended function call method involved above. The implementation solution provided by this device to solve problems is similar to the implementation solution described in the above method. Therefore, the specific limitations in one or more embodiments of the extended function call device provided below can refer to the limitations on the extended function call method in the above text, and will not be repeated here.
[0085] In one embodiment, as Figure 7 shown, an extended function call device is provided, including: a receiving module 10, a selection module 20, and a feedback module 30, where:
[0086] The receiving module 10 is used to receive an extended function call request sent by the demand side through a target interface; where the target interface is an Android Interface Definition Language (AIDL) interface, or a JavaScript API (JS API) interface based on a scripting language.
[0087] The selection module 20 is used to select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions in response to the extended function call request.
[0088] The feedback module 30 is used to feedback the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information.
[0089] In one embodiment, if the demand side is a HyperText Markup Language 5 (H5) application, the extended function call request sent by the demand side is received through the JS API interface;
[0090] If the demand side is a Software Development Kit (SDK), the extended function call request sent by the demand side is received through the AIDL interface.
[0091] In one embodiment, obtain the target function identifier carried in the extended function call request;
[0092] Use the candidate extended function whose candidate identification parameter in the candidate extended functions is the same as the target function identification as the target extended function.
[0093] In one embodiment, obtain a registration request sent by a terminal for a candidate extended function;
[0094] Perform extended function registration on the candidate extended function.
[0095] In one embodiment, allocate a candidate identification parameter for the candidate extended function;
[0096] Store the candidate function identification and the extended function description information of the candidate extended function to complete the registration of the candidate extended function.
[0097] In one embodiment, the candidate identification parameter includes at least one of the provider identification of the candidate extended function, the service module type, and the operation callback parameter.
[0098] The above extended function calling device receives an extended function calling request sent by a demand side through a target interface, and in response to the extended function calling request, selects a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions. Furthermore, it feeds back the function calling information of the target extended function to the demand side so that the demand side can call the target extended function based on the function calling information. According to the above content, it can be seen that this application realizes receiving extended function calling requests sent by different demand sides by setting the target interface. Among them, the target interface is an AIDL interface or a JS API interface. This ensures that both the H5 application and the SDK can implement function calls for the target extended function through the target interface. It realizes that the terminal dynamically opens the extended ability to 5G enhanced calls, ensures that the H5 application can be quickly accessed, dynamically opens the extended function to the H5 application, and reduces the complexity of the extended function calling process for the H5 application.
[0099] Each module in the above extended function calling device can be implemented in whole or in part by software, hardware, and their combination. The above modules can be embedded in the processor of the computer device in hardware form or be independent of it, or can be stored in the memory of the computer device in software form so that the processor can call and execute the operations corresponding to the above modules.
[0100] In one embodiment, a computer device is provided. The computer device can be a terminal, and its internal structure diagram can be as Figure 8As shown in the figure. The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit, and an input device. Among them, the processor, the memory, and the input / output interface are connected through a system bus, and the communication interface, the display unit, and the input device are connected to the system bus through the input / output interface. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and external devices. The communication interface of the computer device is used to communicate with external terminals in a wired or wireless manner, and the wireless manner can be implemented through WIFI, a mobile cellular network, NFC (Near Field Communication), or other technologies. When the computer program is executed by the processor, it implements an extended function call method. The display unit of the computer device is used to form a visually visible picture, which can be a display screen, a projection device, or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen. The input device of the computer device can be a touch layer covering the display screen, or a button, a trackball, or a touchpad provided on the computer device housing, or an external keyboard, touchpad, or mouse, etc.
[0101] Those skilled in the art can understand that Figure 8 the structure shown in the figure is only a block diagram of some structures related to the solution of this application, and does not constitute a limitation on the computer device to which the solution of this application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine some components, or have different component arrangements.
[0102] In one embodiment, a computer device is provided, including a memory and a processor. A computer program is stored in the memory. When the processor executes the computer program, the following steps are implemented:
[0103] Receive an extended function call request sent by the demand side through a target interface; where the target interface is an Android Interface Definition Language AIDL interface, or a JavaScript API (JS API) interface based on a scripting language;
[0104] In response to the extended function call request, select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions;
[0105] Feed back the function call information of the target extended function to the demand side so that the demand side can call the target extended function based on the function call information.
[0106] In one embodiment, when the processor executes the computer program, the following steps are also implemented:
[0107] If the demand side is a HyperText Markup Language Fifth Edition (H5) application, the extended function call request sent by the demand side is received through the JS API interface;
[0108] If the demand side is a Software Development Kit (SDK), the extended function call request sent by the demand side is received through the AIDL interface.
[0109] In one embodiment, when the processor executes the computer program, the following steps are further implemented:
[0110] Obtain the target function identifier carried in the extended function call request;
[0111] Use the candidate extended function whose candidate identifier parameter in the candidate extended functions is the same as the target function identifier as the target extended function.
[0112] In one embodiment, when the processor executes the computer program, the following steps are further implemented:
[0113] Obtain the registration request for the candidate extended function sent by the terminal;
[0114] Perform extended function registration on the candidate extended function.
[0115] In one embodiment, when the processor executes the computer program, the following steps are further implemented:
[0116] Allocate candidate identifier parameters for the candidate extended function;
[0117] Store the candidate function identifier and the extended function description information of the candidate extended function to complete the registration of the candidate extended function.
[0118] In one embodiment, when the processor executes the computer program, the following steps are further implemented:
[0119] The candidate identifier parameter includes at least one of the provider identifier of the candidate extended function, the business module type, and the operation callback parameter.
[0120] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the following steps are implemented:
[0121] Receive the extended function call request sent by the demand side through the target interface; wherein, the target interface is the Android Interface Definition Language (AIDL) interface, or the Application Programming Interface (API) based on a scripting language, the JS API interface;
[0122] In response to the extended function call request, select the target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions;
[0123] Feedback the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information.
[0124] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0125] If the demand side is a HyperText Markup Language fifth edition (H5) application, receive the extended function call request sent by the demand side through the JS API interface;
[0126] If the demand side is a Software Development Kit (SDK), receive the extended function call request sent by the demand side through the AIDL interface.
[0127] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0128] Obtain the target function identifier carried in the extended function call request;
[0129] Use the candidate extended function whose candidate identifier parameter in the candidate extended functions is the same as the target function identifier as the target extended function.
[0130] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0131] Obtain the registration request for the candidate extended function sent by the terminal;
[0132] Perform extended function registration on the candidate extended function.
[0133] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0134] Allocate candidate identifier parameters for the candidate extended function;
[0135] Store the candidate function identifier and the extended function description information of the candidate extended function to complete the registration of the candidate extended function.
[0136] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0137] The candidate identifier parameter includes at least one of the provider identifier of the candidate extended function, the business module type, and the operation callback parameter.
[0138] In one embodiment, a computer program product is provided, including a computer program, and when the computer program is executed by a processor, the following steps are implemented:
[0139] Receive an extended function call request sent by the demand side through a target interface; wherein, the target interface is an Android Interface Definition Language (AIDL) interface, or a JavaScript API (JS API) interface based on a scripting language;
[0140] In response to the extended function call request, select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions;
[0141] Feedback the function call information of the target extended function to the demand side, so that the demand side can call the target extended function based on the function call information.
[0142] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0143] If the demand side is a HyperText Markup Language 5 (H5) application, receive the extended function call request sent by the demand side through the JS API interface;
[0144] If the demand side is a Software Development Kit (SDK), receive the extended function call request sent by the demand side through the AIDL interface.
[0145] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0146] Obtain the target function identifier carried in the extended function call request;
[0147] Use the candidate extended function in the candidate extended functions whose candidate identifier parameter is the same as the target function identifier as the target extended function.
[0148] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0149] Obtain the registration request for the candidate extended function sent by the terminal;
[0150] Perform extended function registration on the candidate extended function.
[0151] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0152] Assign candidate identifier parameters to the candidate extended functions;
[0153] Store the candidate function identifier and the extended function description information of the candidate extended function to complete the registration of the candidate extended function.
[0154] In one embodiment, when the computer program is executed by a processor, the following steps are further implemented:
[0155] The candidate identification parameters include at least one of the provider identification of the candidate extended function, the service module type, and the operation callback parameter.
[0156] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use, and processing of relevant data need to comply with the relevant laws, regulations, and standards of relevant countries and regions.
[0157] Those of ordinary skill in the art can understand that all or part of the processes of implementing the methods in the above embodiments can be completed by instructing relevant hardware through a computer program. The computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above methods. Among them, any reference to a memory, database, or other medium used in the embodiments provided in this application can include at least one of non-volatile and volatile memories. Non-volatile memories can include read-only memory (ROM), magnetic tapes, floppy disks, flash memories, optical memories, high-density embedded non-volatile memories, resistive random access memories (ReRAM), magnetoresistive random access memories (MRAM), ferroelectric random access memories (FRAM), phase change memories (PCM), graphene memories, etc. Volatile memories can include random access memory (RAM) or external cache memories, etc. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc. The databases involved in the embodiments provided in this application can include at least one of relational databases and non-relational databases. Non-relational databases can include distributed databases based on blockchain, etc., without limitation. The processors involved in the embodiments provided in this application can be general-purpose processors, central processors, graphics processors, digital signal processors, programmable logics, data processing logics based on quantum computing, etc., without limitation.
[0158] The technical features of the above embodiments can be combined arbitrarily. For the sake of concise description, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, it should be considered as the scope recorded in this specification.
[0159] The above embodiments only express several implementation manners of the present application, and their descriptions are relatively specific and detailed, but they should not be construed as a limitation on the scope of the patent of the present application. It should be noted that for those of ordinary skill in the art, without departing from the concept of the present application, several deformations and improvements can still be made, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the appended claims.
Claims
1. A method for calling an extended function, characterized in that: The method comprises: Receive the extended function call request sent by the demand side through the target interface; wherein the target interface is an Android interface definition language AIDL interface, or an application programming interface JS API interface based on a scripting language; In response to the extended function call request, selecting a target extended function that meets the function scheduling requirement of the demand side from the candidate extended functions; The function calling information of the target extension function is fed back to the demand side, so that the demand side calls the target extension function based on the function calling information.
2. The method according to claim 1, characterized in that: The step of receiving the extended function call request sent by the demand side through the target interface includes: If the demand side is a Hypertext Markup Language Version 5 H5 application, receiving the extended function call request sent by the demand side through the JS API interface; If the demand side is a software development kit SDK, the extended function call request sent by the demand side is received through the AIDL interface.
3. The method according to claim 1 or 2, characterized in that: The step of selecting a target extended function that meets the functional scheduling requirements of the demand side from the candidate extended functions includes: Obtaining the target function identifier carried in the extended function call request; The candidate extended function whose candidate identification parameter is the same as the target function identification is used as the target extended function.
4. The method according to claim 3, characterized in that: Before receiving the extended function call request sent by the demand side through the target interface, the method further includes: Obtaining a registration request for the candidate extended function sent by the terminal; The candidate extended function is registered as an extended function.
5. The method according to claim 4, characterized in that The step of registering the candidate extended function includes: Allocating the candidate identification parameter to the candidate extended function; The candidate function identifier and the extended function description information of the candidate extended function are stored to complete the registration of the candidate extended function.
6. The method according to claim 5, characterized in that The candidate identification parameter includes at least one of a provider identification of the candidate extended function, a business module type, and an operation callback parameter.
7. An extended function calling device, characterized in that: The device comprises: A receiving module, used for receiving an extended function call request sent by a demand side through a target interface; wherein the target interface is an Android interface definition language AIDL interface, or an application programming interface JS API interface based on a scripting language; A selection module, configured to respond to the extended function call request and select a target extended function that meets the function scheduling requirements of the demand side from the candidate extended functions; A feedback module is used to feed back function call information of the target expansion function to the demand side, so that the demand side calls the target expansion function based on the function call information.
8. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 6 are implemented.
9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.
10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.