WO2021036877A1

WO2021036877A1 - Information processing method, device, and computer storage medium

Info

Publication number: WO2021036877A1
Application number: PCT/CN2020/109954
Authority: WO
Inventors: 崔英林
Original assignee: 上海连尚网络科技有限公司
Priority date: 2019-08-23
Filing date: 2020-08-19
Publication date: 2021-03-04
Also published as: CN110515678B; CN110515678A

Abstract

The present application provides an information processing method, a device, and a computer storage medium. The method comprises: after a first host application in a terminal device obtains an event that a mini program triggers a host application function, if the first host application does not have the function, sending function parameters to a second host application having the function in the terminal device; and receiving execution result information returned after the second host application executes the function. According to the present application, when the first host application does not have the host application function triggered by the mini program, the function can still be achieved by means of the second host application having the function in the terminal device, thereby ensuring that the mini program provides service successfully.

Description

Information processing method, equipment and computer storage medium

【Technical Field】

This application relates to the field of computer application technology, and in particular to an information processing method, equipment, and computer storage medium in a small program scenario.

【Background technique】

This section is intended to provide background or context for the implementation of the application stated in the claims. The description here is not considered prior art just because it is included in this section.

Mini Program is an application that can be used without installation, and it runs in the environment provided by the host application. The applet often uses some functions of the host application in the process of providing services. For example, when the applet triggers the payment function, the host application is required to provide a payment channel. However, if the host application where the applet is located does not have this function, the service of the applet will fail.

[Summary of the invention]

In view of this, this application provides an information processing method, device, and computer storage medium to facilitate solving the above-mentioned problems.

The specific technical solutions are as follows:

In the first aspect, this application provides an information processing method, which is executed by a first host application of a terminal device, and the method includes:

After obtaining the event that the applet triggers the function of the host application, if the first host application does not have the function, sending the function parameters to the second host application having the function in the terminal device;

Receiving execution result information returned after the second host application executes the function.

According to a preferred embodiment of the present application, the method further includes:

The first host application determines the first host application by detecting whether information about the function exists in the installation package of the first host application or whether the package name of the first host application indicates that the function exists Whether it has the function; or,

The first host application sends event information that triggers the function of the host application to the server end of the first host application, and the server end of the first host application determines whether the first host application has the function.

The first host application enumerates the host application list of the terminal device, and detects whether there is information identifying the function in the installation package of each host application in the list or whether the package name of each host application indicates that the function exists , To determine the host application with the function in the terminal device; or,

The first host application sends the enumerated host application list of the terminal device to the server end of the first host application, and the server end of the first host application determines that the host application list contains all The host application with the function, and the information of the host application with the function is returned to the first host application.

If there are multiple host applications with the function in the terminal device, the information of the multiple host applications with the function is displayed to the user, so that the user can select a host application from them as the second host application .

According to a preferred embodiment of the present application, sending the function parameters to the second host application with the function in the terminal device includes:

Invoke the interface of the function of the second host application through the Intent event and transfer the function parameters.

Encrypting the function parameters by using a session key negotiated in advance by the first host application and the second host application, and sending the encrypted function parameters to the second host application;

The execution result returned after receiving the second host application to execute the function includes:

Receiving the encrypted execution result returned after the second host application executes the function, and decrypts the encrypted execution result by using the session key.

According to a preferred embodiment of the present application, the function includes a payment function of a designated payment channel;

The function parameters include order information;

The execution result information includes: payment result.

According to a preferred embodiment of the present application, the obtaining of the event that the applet triggers the function of the host application includes: obtaining a request for the applet in the first host application to create an order, and the request includes order information;

After receiving the order-related information returned by the server of the first host application, it is determined that the first host application does not have the function.

According to a preferred embodiment of the present application, the order-related information includes: encrypted order information, encryption key information, and order reconciliation information;

The function parameters include: the encrypted order information, the encryption key information, verification information, and a time stamp.

According to a preferred embodiment of the present application, the order-related information further includes order reconciliation information; the function parameters and execution result information also respectively include the order reconciliation information;

The method also includes:

The first host application sends the execution result information to the server of the first host application for storage, so that the server of the first host application uses the order reconciliation information to perform bill reconciliation.

According to a preferred embodiment of the present application, if the execution result information includes execution failure information, the function parameter is sent to the second host application with the function in the terminal device again, or the function The parameters are sent to other host applications that have the function in the terminal device.

In a second aspect, this application provides an information processing method, which is executed by a second host application of a terminal device, and the method includes:

Receiving a function parameter sent by a first host application in the terminal device, where the function parameter is sent after the first host application obtains an event in which the applet triggers the function of the host application and determines that it does not have the function;

Execute the function using the function parameter;

Return execution result information to the first host application.

According to a preferred embodiment of the present application, receiving the functional parameter sent by the first host application in the terminal device includes:

Receiving an encrypted function parameter sent by the first host application, and decrypting the encrypted function parameter by using a session key negotiated in advance by the first host application and the second host application;

Returning execution result information to the first host application includes:

The execution result information is encrypted by using the session key, and the encrypted execution result information is returned to the first host application.

The function parameters include order information;

The execution result information includes: payment result.

According to a preferred embodiment of the present application, the function parameters include: encrypted order information, encryption key information, order reconciliation information, verification information, and time stamp;

The execution result information includes the payment result and the order reconciliation information;

The method further includes: sending the function parameters to the server of the second host application for storage, so that the server of the second host application uses the order reconciliation information to perform order reconciliation.

According to a preferred embodiment of the present application, using the function parameter to execute the function includes:

Sending the function parameter to the server of the second host application;

Receiving the payment interface containing the designated payment channel information returned by the server of the second host application;

Sending the payment information entered by the user on the payment interface to the server of the second host application;

Receiving the payment result returned by the server of the second host application.

In the third aspect, this application provides an information processing method, which is executed by the server of the first host application, and the method includes:

Receiving the event information sent by the first host application of the applet triggering the function of the host application, and the host application list of the terminal device where the first host application is enumerated by the first host application;

Determine the host application with the function in the host application list, and return the information of the host application with the function to the first host application, so that the first host application sends the function parameters to the host application with the function The second host application of the function performs the function.

The obtaining of the event that the mini program triggers the function of the host application includes: obtaining a request for the mini program in the first host application to create an order, and the request includes order information;

The method further includes: returning order-related information to the first host application, where the order-related information includes: encrypted order information, encryption key information, and order reconciliation information;

Receiving and saving the payment result and order reconciliation information sent by the first host application;

The order reconciliation information is used for bill reconciliation.

In a fourth aspect, the present application provides a device, and the device includes:

One or more processors;

Storage device, used to store one or more programs,

When the one or more programs are executed by the one or more processors, the one or more processors implement the method as described above.

In a fifth aspect, the present application provides a storage medium containing computer-executable instructions, which are used to perform the above-mentioned method when executed by a computer processor.

It can be seen from the above technical solutions that, in the process of using the applet of the first host application, if the first host application does not have the host application function triggered by the applet, the user can still have the function of the host application in the terminal device. The second host application of the function implements the function, thereby ensuring that the applet successfully provides the service.

【Explanation of the drawings】

Figure 1 is a schematic diagram of the system architecture involved in this application;

FIG. 2 is a flowchart of processing executed by the host application 1 provided by an embodiment of the application;

FIG. 3 is a flowchart of processing executed by the host application 2 provided by an embodiment of the application;

Figure 4 is a flow chart of a method for implementing a payment function provided by an embodiment of the application;

FIG. 5 is a flowchart of a method for implementing a search function provided by an embodiment of the application;

Fig. 6 shows a block diagram of an exemplary computer system/server suitable for implementing the embodiments of the present application.

【detailed description】

In order to make the objectives, technical solutions, and advantages of the present application clearer, the following describes the present application in detail with reference to the accompanying drawings and specific embodiments.

In order to facilitate the understanding of this application, the system architecture and main concepts involved in this application are first described. As shown in Figure 1, the system architecture mainly includes a host application and a server side corresponding to the host application.

The applet relies on the host application to run on the terminal device, and the environment in which the applet runs is provided by the host application. The terminal devices may include, but are not limited to, such as: smart mobile terminals, smart home devices, network devices, wearable devices, smart medical devices, PCs (personal computers), etc. Among them, smart mobile devices can include mobile phones, tablet computers, notebook computers, PDAs (personal digital assistants), Internet cars, and so on. Smart home devices may include smart home appliances, such as smart TVs, smart speakers, and so on. Network equipment may include, for example, switches, wireless APs, servers, and so on. Wearable devices may include, for example, smart watches, smart glasses, smart bracelets, virtual reality devices, augmented reality devices, mixed reality devices (that is, devices that can support virtual reality and augmented reality), and so on.

The same terminal device may contain multiple host applications. In FIG. 1, the host application 1 and the host application 2 are taken as an example. A host application may also run multiple applets, and different host applications may run different applets or the same applet. As shown in Figure 1, the host application 1 runs the applet a1 and the applet b1, and the host application 2 runs the applet a2 and the applet b2.

Each host application has a corresponding server side. As shown in FIG. 1, the host application 1 corresponds to the server side 1, and the host application 2 corresponds to the server side 2. Each host application can interact with its corresponding server. In the embodiment of the present application, data exchange can also be performed between different servers.

Each server can be a single server or a server group composed of multiple servers. It should be understood that the numbers of terminal devices, host applications, applets, and servers in FIG. 1 are merely illustrative. According to implementation needs, there can be any number of terminal devices, host applications, applets, and servers.

The core idea of this application is that when an applet triggers the function of the host application, if the host application where the applet is located does not have the function, the function parameters are sent to other host applications with the function in the same terminal device to perform the function on their behalf .

In the subsequent embodiments of the present application, it is assumed that the user uses the applet a1 in the host application 1 of the system architecture shown in FIG. 1, and the applet a1 needs to call the function of the host application 1. Then the host application 1 mainly executes the processing flow shown in Figure 2:

In 201, the host application 1 obtains the event that the applet a1 triggers the function of the host application.

Depending on the specific function, the event that triggers the function of the host application is also different. When the applet a1 needs to use a certain function of the host application 1, an event that triggers the function is generated. When the host application 1 obtains the event, it can know that the function needs to be called.

In 202, the host application 1 determines whether it has the function, if so, execute 203; otherwise, execute 204.

In the embodiment of the present application, the detection of whether the host application 1 has the function can be performed by the host application 1 itself, or can be performed by the server side 1 corresponding to the host application 1.

In the embodiment of the present application, it may be agreed in advance to set the information identifying the specific function in the installation package of the host application. If the host application has the specific function, the installation package will have the information identifying the specific function. It is also possible to pre-designate the package name of the host application for a specific function. If the host application has the specific function, the package name can indicate that the host application has the specific function. Therefore, the host application 1 can determine whether the host application 1 has the function by detecting whether information about the function exists in the installation package of the host application 1 or whether the package name of the host application 1 indicates that the function exists.

Alternatively, the host application 1 may send the event information that the applet a1 triggers the function of the host application to the server side 1 of the host application 1, and the server side 1 determines whether the host application 1 has the function. On the one hand, whether the host application has a certain function is related to the development of the service provider, that is, whether the service provider integrates the function into the host application when developing this type of host application, and on the other hand, it is also related to the version of the host application 1. Related, it is possible that the higher version has this function, but the lower version does not have this function. In short, the server 1 can determine whether the host application 1 has the function according to the development configuration information and the version information of the host application 1, and feeds back the information indicating whether the host application 1 has the function to the host application 1.

In 203, the host application 1 executes the function, and the process ends.

If the host application 1 itself has this function, the function can be executed in the manner in the prior art.

In 204, the host application 1 determines the host application 2 that has the function in the terminal device.

As mentioned above, in the embodiments of the present application, it may be agreed in advance to set the information identifying a specific function in the installation package of the host application. If the host application has the specific function, the installation package will have the specific function to identify the specific function. Information.

It is also possible to pre-designate the package name of the host application for a specific function. If the host application has the specific function, the package name can indicate that the host application has the specific function.

Therefore, as one of the implementation methods, the host application 1 can enumerate the host application list of the terminal device, and then detect whether there is information identifying the function in the installation package of each host application in the host application list, or detect the package of each host application Whether the name indicates that the function exists, so as to determine the host application that has the function in the terminal device.

In addition to the foregoing implementation manner, there is another implementation manner, that is, the server side 1 determines the host application that has the function in the terminal device. Specifically, the host application 1 may send the enumerated host application list of the terminal device to the server 1. The service providers can cooperate in advance on some specific functions, and the server 1 is configured with information of a host application with specific functions. After the server 1 receives the host application list sent by the host application 1, it determines the host application in the list that has the function corresponding to the event, and returns the information of the host application with the function corresponding to the event to the host application 1.

If only one host application with this function is determined, the host application 1 can directly use the host application as the aforementioned host application 2. If multiple host applications with this function are determined, the host application 1 can select one of them as the host application 2 according to a preset rule. In addition, as a preferred implementation manner, the determined multiple host application information may be displayed to the user, so that the user can select a host application from them as the host application 2 described above.

In 205, the host application 1 sends the function parameters to the host application 2 with the function in the terminal device.

In this step, the host application 1 can call the corresponding function interface of the host application 2 and transfer function parameters through the Intent event.

When host application 1 sends functional parameters to host application 2, in order to ensure the security of information, host application 1 and host application 2 can negotiate the session key, and the information transmitted between host application 1 and host application 2 is required Use the session key for encryption. Then host application 1 encrypts the function parameters using the negotiated session key and sends them to host application 2, and host application 2 uses the session key to decrypt the received function parameters.

In 206, the execution result information returned after the host application 2 executes the function is received.

After the host application 1 receives the execution result information, it can send the execution result information to the server 1 for storage.

The host application 2 mainly executes the processing flow shown in Figure 3:

In 301, the host application 2 receives the function parameters sent by the host application 1.

Similarly, the function parameters involved in this step can be encrypted function parameters. The host application 2 can use the session key negotiated with the host application 1 in advance to decrypt the encrypted function parameters.

In 302, use the function parameter to execute the corresponding function.

In this step, the host application 2 may send the function parameters to the server side 2, and the server side 2 processes the function parameters according to the function parameters. This step may be an existing function execution process, which is not described in detail here.

In 303, the execution result information is returned to the host application 1.

In this step, the host application 2 may send the execution result to the host application 1 after being encrypted with a pre-negotiated session key.

The host application function involved in this application can be any function of the host application called during the use of the applet, such as search function, payment function, etc. The following is described in conjunction with the embodiments respectively.

Fig. 4 is a flowchart of a method for implementing a payment function provided by an embodiment of the application. As shown in Fig. 4, the method may include the following steps:

In 401, the host application 1 obtains the order creation request of the applet a1 in the host application 1.

In the process of using the applet a1 through the host application 1, the user needs to call the payment function of the host application when creating an order. Usually when an order is created, in addition to the order number, order content and other information, the order will also contain the information of the payment channel. The payment channel can be a payment channel designated by the service, or a payment channel selected by the user. Therefore, the order information contained in the order creation request contains the information of the payment channel, which triggers the calling of the payment function of the host application 1 using the payment channel.

In 402, the host application 1 sends a request to create an order to its own server, that is, the server 1.

In 403, the server 1 returns order-related information to the host application 1, where the order-related information includes encrypted order information, encryption key information, and order reconciliation information.

The server side 1 determines that the host application 1 does not have the payment function of the payment channel and cannot directly perform payment processing. Therefore, the server side 1 returns the order-related information to the host application 1. After the host application 1 receives the order-related information, it can determine itself This payment function is not available.

The order information contained in the order-related information is encrypted, and the encryption key information used is also included in the order-related information. The encryption key information may be symmetric key information or asymmetric key information, as long as the encryption key information can be used to decrypt the encrypted order information.

The order reconciliation information is unique and unforgeable information generated by the server 1, which can uniquely identify the order and is difficult to be cracked by other devices. The order reconciliation information can be obtained by encrypting random information such as random numbers and timestamps with a key known only by the server 1; of course, other methods can also be used, as long as the uniqueness and unforgeability can be guaranteed.

In 404, the host application 1 determines the host application 2 with the payment function in the terminal device.

The host application 1 enumerates all host applications in the terminal device to obtain a host application list, detects whether there is a payment function that identifies the designated payment channel in the installation package of each host application in the list, and obtains a host application with the payment function of the designated payment channel. If multiple host applications are obtained, the multiple host applications can be displayed to the user in a manner such as a pop-up window, and the user selects a host application from them as the host application that performs the payment function. Assume that the user selects the host application 2.

In addition to this method, the server 1 can also use the host application list of the terminal device uploaded by the host application 1 to determine the host application in the terminal device that has the payment function of the specified payment channel, and return the information of these host applications to the host Application 1. The host application 1 may send the host application list together with the request in step 402, or send it separately after 403, or enumerate and upload the host application list to the server 1 after the host application 1 is started.

In 405, the host application 1 and the host application 2 negotiate a session key.

In order to ensure information security and prevent information forgery and information interception, the session key negotiation between the host application 1 and the host application 2 may be performed in the embodiment of the present application. The negotiation method of the session key may adopt an existing negotiation method in the prior art, which is not described in detail here.

In 406, the host application 1 uses the session key to encrypt the payment function parameters and sends them to the host application 2.

The payment function parameters are obtained from the order-related information. In addition to the encrypted order information, encryption key information, and order reconciliation information, the payment function parameters may also include verification information and time stamps. Wherein, the verification information is used to verify the integrity of the payment function parameters, for example, it may be information obtained after hashing the encrypted order information, encryption key information, and time stamp.

In addition, since different host applications require different information when performing the processing of the payment function, it is necessary to perform the data adaptation of the payment function parameters according to the host application executing the payment function. For example, the payment function parameters can be sent to the host application 2 according to a preset data format.

In this step, the host application 1 calls the payment function interface of the host application 2 through the Intent event and transmits the above payment function parameters.

In 407, the host application 2 uses the session key to decrypt the payment function parameters.

In 408, the host application 2 sends the payment function parameters to the server 2.

After the server 2 receives the payment function parameters, it uses the verification information to perform integrity verification, for example, after hashing the encrypted order information, encryption key information, and timestamp, the value obtained by the hash processing is combined with the verification The information is compared, and if they are consistent, the integrity check is passed, otherwise the integrity check fails.

After decrypting the encrypted order information using the encryption key information, the order information is obtained, and the subsequent payment processing is performed using the order information.

The server 2 saves the correspondence between the order information and the order reconciliation information for subsequent order reconciliation.

In 409, the server 2 returns to the host application 2 a payment interface containing the information of the designated payment channel.

The order information includes designated payment channel information, payment amount, payee information, etc. The server uses this information to generate a payment interface and return it to the host application 2, and the host application 2 displays the payment interface to the user.

In 410, the host application 2 sends the payment information input by the user on the payment interface to the server 2.

The user can input payment information such as password, verification code, and biometric information on the payment interface, and the host application 2 sends the payment information to the server 2. Among them, the password can be a digital key, a gesture password, a voice password, and so on. The verification code can be an image verification code, an SMS verification code, and so on. The biometric information can be fingerprint, voiceprint, iris, face and other feature information.

In 411, after the server 2 processes the payment information, it returns execution result information to the host application 2.

The server 2 can verify the payment information locally, or send the payment information to a third-party payment platform or banking system corresponding to the designated payment channel for verification. If the verification is passed, the payment is successful, otherwise the payment fails.

In addition, the server 2 saves the payment result and order reconciliation information for subsequent order reconciliation processing.

It should be noted that the above 409 to 411 are one of the implementation methods provided by this application, and for the server end 2, other payment processing methods can also be used. For example, if the user has previously set a password-free payment in the host application 2, the server 2 directly returns the payment success information to the host application 2.

In 412, the host application 2 uses the session key to encrypt the execution result information and sends it to the host application 1.

The execution result information includes payment result and order reconciliation information.

In 413, after the host application 1 uses the session key to decrypt the execution result information, the execution result information is sent to the server 1 for storage.

The server 1 saves the correspondence between the payment result and the order reconciliation information.

If you need to reconcile the transaction in the future, you can use the corresponding relationship between the order information stored in the server side 1 and the server side 2 to use the corresponding relationship between the payment result and the order reconciliation information in 414 to perform the order reconciliation process .

Fig. 5 is a flowchart of a method for implementing a search function provided by an embodiment of the application. As shown in Fig. 5, the method may include the following steps:

In 501, the host application 1 obtains a search request for the applet b1 in the host application 1.

In the process of using the applet b1 through the host application 1, the user needs to call the search function of the host application, and then sends a search request. The search request may include search keywords and may further include: search type information, such as a webpage Search, image search, map search, etc.

In 502, after the host application 1 detects that it does not have the search function, it determines the host application 2 in the terminal device that has the search function.

The host application 1 can detect whether there is information identifying the search function in its own installation package, and if not, it can be considered to detect that it does not have the search function.

In addition to this method, a method in which the search request is sent to the server side 1 of the host application 1 in the payment embodiment shown in FIG. 4, and the server side 1 determines whether the host application 1 has the search function.

The host application 1 enumerates the host application list in the terminal device, and determines the host application with the search function in the terminal device by detecting whether there is information identifying the search function in the installation package of each host application in the list. If there are multiple host applications with a search function, the information of the multiple host applications can be displayed to the user, and the user selects a host application from them, assuming that the host application 2 is selected.

In 503, the host application 1 and the host application 2 negotiate a session key.

In 504, the host application 1 uses the session key to encrypt the search function parameters and sends them to the host application 2.

The search function parameters are obtained from the search request. In addition to search information such as search keywords and search types, the search function parameters can also include verification information, time stamps and other information. Among them, the search information can also be in an encrypted form. In this case, the search function parameters also include encryption key information.

In this step, the host application 1 can call the search function interface of the host application 2 through the Intent event and pass the above search function parameters.

In 505, the host application 2 uses the session key to decrypt the search function parameters.

In 506, the host application 2 sends the search function parameters to the server 2.

After the server 2 receives the search function parameters, it uses the verification information to perform integrity verification. After decrypting the encrypted search information by using the encryption key information, the search information is obtained, and the search information is used for search processing.

In 507, the server 2 returns the search result information to the host application 2.

After performing the search, the address information such as the search result page can be sent to the host application 2.

In 508, the host application 2 uses the session key to encrypt the search result information and sends it to the host application 1.

In 509, the host application 1 uses the session key to decrypt the search result information, and then displays the search result.

Figure 6 shows a block diagram of an exemplary computer system/server 012 suitable for implementing embodiments of the present application. The computer system/server 012 shown in FIG. 6 is only an example, and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

As shown in Figure 6, the computer system/server 012 is in the form of a general-purpose computing device. The components of the computer system/server 012 may include, but are not limited to: one or more processors or processing units 016, a system memory 028, and a bus 018 connecting different system components (including the system memory 028 and the processing unit 016).

The bus 018 represents one or more of several types of bus structures, including a memory bus or a memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any bus structure among multiple bus structures. For example, these architectures include, but are not limited to, industry standard architecture (ISA) bus, microchannel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and peripheral component interconnection ( PCI) bus.

The computer system/server 012 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by the computer system/server 012, including volatile and nonvolatile media, removable and non-removable media.

The system memory 028 may include a computer system readable medium in the form of volatile memory, such as random access memory (RAM) 030 and/or cache memory 032. The computer system/server 012 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. For example only, the storage system 034 can be used to read and write non-removable, non-volatile magnetic media (not shown in FIG. 6, and generally referred to as a "hard drive"). Although not shown in FIG. 6, a disk drive for reading and writing to a removable non-volatile disk (such as a "floppy disk") and a removable non-volatile optical disk (such as CD-ROM, DVD-ROM) can be provided. Or other optical media) read and write optical disc drives. In these cases, each drive can be connected to the bus 018 through one or more data media interfaces. The memory 028 may include at least one program product, and the program product has a set (for example, at least one) program modules, and these program modules are configured to perform the functions of the embodiments of the present application.

A program/utility tool 040 with a set of (at least one) program module 042 can be stored in, for example, the memory 028. Such program module 042 includes, but is not limited to, an operating system, one or more application programs, and other programs Modules and program data, each of these examples or some combination may include the realization of a network environment. The program module 042 generally executes the functions and/or methods in the embodiments described in this application.

The computer system/server 012 can also communicate with one or more external devices 014 (such as a keyboard, pointing device, display 024, etc.). In this application, the computer system/server 012 communicates with an external radar device, and can also communicate with one or more external radar devices. Multiple devices that enable users to interact with the computer system/server 012, and/or communicate with any devices that enable the computer system/server 012 to communicate with one or more other computing devices (such as network cards, modems, etc.) Communication. This communication can be performed through an input/output (I/O) interface 022. In addition, the computer system/server 012 can also communicate with one or more networks (for example, a local area network (LAN), a wide area network (WAN), and/or a public network, such as the Internet) through the network adapter 020. As shown in the figure, the network adapter 020 communicates with other modules of the computer system/server 012 through the bus 018. It should be understood that although not shown in FIG. 6, other hardware and/or software modules can be used in conjunction with the computer system/server 012, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems , Tape drives and data backup storage systems.

The processing unit 016 executes various functional applications and data processing by running programs stored in the system memory 028, for example, to implement the method flow provided in the embodiments of the present application.

The above-mentioned computer program may be set in a computer storage medium, that is, the computer storage medium is encoded with a computer program. When the program is executed by one or more computers, one or more computers can execute the operations shown in the above-mentioned embodiments of this application. The method flow and/or device operation. For example, the process of the method provided in the embodiment of the present application is executed by the above-mentioned one or more processors.

With the development of time and technology, the meaning of media has become more and more extensive, and the dissemination of computer programs is no longer limited to tangible media, and it can also be downloaded directly from the Internet. Any combination of one or more computer-readable media may be used. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or device, or a combination of any of the above. More specific examples (non-exhaustive list) of computer-readable storage media include: electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), Erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above. In this document, the computer-readable storage medium can be any tangible medium that contains or stores a program, and the program can be used by or in combination with an instruction execution system, apparatus, or device.

The computer-readable signal medium may include a data signal propagated in baseband or as a part of a carrier wave, and computer-readable program code is carried therein. This propagated data signal can take many forms, including, but not limited to, electromagnetic signals, optical signals, or any suitable combination of the foregoing. The computer-readable signal medium may also be any computer-readable medium other than the computer-readable storage medium. The computer-readable medium may send, propagate, or transmit the program for use by or in combination with the instruction execution system, apparatus, or device .

The program code contained on the computer-readable medium can be transmitted by any suitable medium, including, but not limited to, wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

The computer program code used to perform the operations of the present application can be written in one or more programming languages or a combination thereof. The programming languages include object-oriented programming languages-such as Java, Smalltalk, C++, and also conventional Procedural programming language-such as "C" language or similar programming language. The program code can be executed entirely on the user's computer, partly on the user's computer, executed as an independent software package, partly on the user's computer and partly executed on a remote computer, or entirely executed on the remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any kind of network-including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computer (for example, using an Internet service provider to connect to the user's computer) connection).

The above descriptions are only preferred embodiments of this application and are not intended to limit this application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this application shall be included in this application Within the scope of protection.

Claims

An information processing method, executed by a first host application of a terminal device, characterized in that the method includes:

After obtaining the event that the applet triggers the function of the host application, if the first host application does not have the function, sending the function parameters to the second host application having the function in the terminal device;

Receiving execution result information returned after the second host application executes the function.
The method according to claim 1, wherein the method further comprises:

The first host application determines the first host application by detecting whether information about the function exists in the installation package of the first host application or whether the package name of the first host application indicates that the function exists Whether it has the function; or,

The first host application sends event information that triggers the function of the host application to the server end of the first host application, and the server end of the first host application determines whether the first host application has the function.
The method according to claim 1, wherein the method further comprises:

The first host application enumerates the host application list of the terminal device, and detects whether there is information identifying the function in the installation package of each host application in the list or whether the package name of each host application indicates that the function exists , To determine the host application with the function in the terminal device; or,

The first host application sends the enumerated host application list of the terminal device to the server end of the first host application, and the server end of the first host application determines that the host application list contains all The host application with the function, and the information of the host application with the function is returned to the first host application.
The method according to claim 3, wherein the method further comprises:

If there are multiple host applications with the function in the terminal device, the information of the multiple host applications with the function is displayed to the user, so that the user can select a host application from them as the second host application .
The method according to claim 1, wherein sending function parameters to a second host application with the function in the terminal device comprises:

The interface of the function of the second host application is invoked through the Intent event and the function parameter is transferred.
The method according to claim 1, wherein sending function parameters to a second host application with the function in the terminal device comprises:

Encrypting the function parameters by using a session key negotiated in advance by the first host application and the second host application, and sending the encrypted function parameters to the second host application;

The execution result returned after receiving the second host application to execute the function includes:

Receiving the encrypted execution result returned after the second host application executes the function, and decrypts the encrypted execution result by using the session key.
The method according to claim 1, wherein the function includes a payment function of a designated payment channel;

The function parameters include order information;

The execution result information includes: payment result.
The method according to claim 7, wherein the obtaining of the event that the applet triggers the function of the host application comprises: obtaining a request for the applet to create an order in the first host application, and the request includes order information;

After receiving the order-related information returned by the server of the first host application, it is determined that the first host application does not have the function.
The method according to claim 8, wherein the order-related information comprises: encrypted order information, encryption key information, and order reconciliation information;

The function parameters include: the encrypted order information, the encryption key information, verification information, and a time stamp.
The method according to claim 9, wherein the order-related information further includes order reconciliation information; the function parameters and execution result information also respectively include the order reconciliation information;

The method also includes:

The first host application sends the execution result information to the server of the first host application for storage, so that the server of the first host application uses the order reconciliation information to perform bill reconciliation.
The method according to claim 1, wherein if the execution result information includes execution failure information, re-execute the sending of the function parameters to the second host application with the function in the terminal device, Or send the function parameter to other host applications that have the function in the terminal device.
An information processing method, executed by a second host application of a terminal device, characterized in that the method includes:

Receiving a function parameter sent by a first host application in the terminal device, where the function parameter is sent after the first host application obtains an event in which the applet triggers the function of the host application and determines that it does not have the function;

Execute the function using the function parameter;

Return execution result information to the first host application.
The method according to claim 12, wherein receiving the function parameter sent by the first host application in the terminal device comprises:

Receiving an encrypted function parameter sent by the first host application, and decrypting the encrypted function parameter by using a session key negotiated in advance by the first host application and the second host application;

Returning execution result information to the first host application includes:

The execution result information is encrypted by using the session key, and the encrypted execution result information is returned to the first host application.
The method according to claim 12, wherein the function includes a payment function of a designated payment channel;

The function parameters include order information;

The execution result information includes: payment result.
The method according to claim 14, wherein the function parameters include: encrypted order information, encryption key information, order reconciliation information, verification information, and time stamp;

The execution result information includes the payment result and the order reconciliation information;

The method further includes: sending the function parameters to the server of the second host application for storage, so that the server of the second host application uses the order reconciliation information to perform order reconciliation.
The method according to claim 14, wherein performing the function using the function parameter comprises:

Sending the function parameter to the server of the second host application;

Receiving the payment interface containing the designated payment channel information returned by the server of the second host application;

Sending the payment information entered by the user on the payment interface to the server of the second host application;

Receiving the payment result returned by the server of the second host application.
An information processing method, executed by the server of a first host application, characterized in that the method includes:

Receiving the event information sent by the first host application of the applet triggering the function of the host application, and the host application list of the terminal device where the first host application is enumerated by the first host application;

Determine the host application with the function in the host application list, and return the information of the host application with the function to the first host application, so that the first host application sends the function parameters to the host application with the function The second host application of the function performs the function.
The method according to claim 17, wherein the function includes a payment function of a designated payment channel;

The obtaining of the event that the mini program triggers the function of the host application includes: obtaining a request for the mini program in the first host application to create an order, and the request includes order information;

The method further includes: returning order-related information to the first host application, where the order-related information includes: encrypted order information, encryption key information, and order reconciliation information;

Receiving and saving the payment result and order reconciliation information sent by the first host application;

The order reconciliation information is used for bill reconciliation.
A device, characterized in that the device includes:

One or more processors;

Storage device, used to store one or more programs,

When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1-18.
A storage medium containing computer-executable instructions, which are used to execute the method according to any one of claims 1-18 when executed by a computer processor.