CN110515678B - Information processing method, equipment and computer storage medium - Google Patents

Abstract

The application provides an information processing method, equipment and a computer storage medium, wherein the method comprises the following steps: after a first host application in terminal equipment acquires an event that a small program triggers a host application function, if the first host application does not have the function, sending a function parameter to a second host application with the function in the terminal equipment; and receiving the execution result information returned after the second host application executes the function. According to the method and the device, when the first host application does not have the host application function triggered by the applet, the function can still be achieved through the second host application with the function in the terminal device, and therefore the applet is guaranteed to provide services successfully.

Description

An information processing method, device and computer storage medium

【Technical field】

The present application relates to the technical field of computer applications, and in particular, to an information processing method, device and computer storage medium in a small program scenario.

【Background technique】

This section is intended to provide a background or context for the embodiments of the application that are recited in the claims. The descriptions herein are not admitted to be prior art by inclusion in this section.

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

[Content of the invention]

In view of this, the present application provides an information processing method, device and computer storage medium, so as to solve the above problems.

The specific technical solutions are as follows:

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

After acquiring the event that the applet triggers the function of the host application, if the first host application does not have the function, send the function parameter to the second host application with the function in the terminal device;

Receive 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 the information of the function exists in the installation package of the first host application or whether the package name of the first host application indicates the existence of the function whether it has the function described; or,

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

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

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 side of the first host application, and the The server side of the first host application determines the host application with the function in the host application list, and returns the information of the host application with the function to the first host application.

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

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 one host application as the second host application. .

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

The interface of the function of the second host application is called through an intent Intent event and the function parameter is passed.

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

Encrypt the function parameter by using the session key negotiated in advance between the first host application and the second host application, and send the encrypted function parameter to the second host application;

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

The encrypted execution result returned after the second host application executes the function is received, and the encrypted execution result is decrypted 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 functional parameters include order information;

The execution result information includes: payment result.

According to a preferred embodiment of the present application, the obtaining the event that the applet triggers the function of the host application includes: obtaining a request for creating an order by the applet 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.

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

The functional parameters include: the encrypted order information, the encrypted key information, the verification information and the time stamp.

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

The method also includes:

The first host application sends the execution result information to the server side of the first host application for storage, so that the server side 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 sending the function parameter to the second host application with the function in the terminal device is re-executed, or the function is sent to the second host application. The parameters are sent to other host applications with the function in the terminal device.

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

Receive function parameters sent by the first host application in the terminal device, where the function parameters are sent after the first host application obtains the event that the applet triggers the function of the host application and determines that it does not have the function;

performing 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 function parameters sent by the first host application in the terminal device includes:

receiving the encrypted function parameter sent by the first host application, and decrypting the encrypted function parameter by using the session key negotiated in advance between 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.

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

The functional parameters include order information;

The execution result information includes: payment result.

According to a preferred embodiment of the present application, the functional parameters include: encrypted order information, encrypted key information, order reconciliation information, verification information and timestamp;

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

The method further includes: sending the function parameters to the server side of the second host application for storage, so that the server side 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 perform the function includes:

sending the functional parameters to the server side of the second host application;

Receive the payment interface that includes the specified payment channel information returned by the server of the second host application;

sending the payment information input by the user on the payment interface to the server side of the second host application;

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

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

Receive the event information sent by the first host application that the applet triggers the host application function, and the host application list of the terminal device where the first host application is located and obtained by the first host application enumeration;

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 parameter to the host application with the function A second host application for the function to perform the function.

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

The obtaining the event that the applet triggers the function of the host application includes: obtaining a request for creating an order by the applet in the first host application, where 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, encrypted key information, and order reconciliation information;

Receive and save 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, the device comprising:

one or more processors;

storage means for storing one or more programs,

The one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method as described above.

In a fifth aspect, the present application provides a storage medium containing computer-executable instructions for performing the method as described above when executed by a computer processor.

It can be seen from the above technical solutions that, through the present application, 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 terminal device can still have the function of the host application. The second host application of the function implements the function, thereby ensuring that the applet successfully provides services.

【Description of drawings】

FIG. 1 is a schematic diagram of the system architecture involved in the application;

FIG. 2 is a flowchart of a process performed by the host application 1 provided by the embodiment of the present application;

FIG. 3 is a flowchart of a process performed by the host application 2 provided by the embodiment of the present application;

4 is a flowchart of a method for implementing a payment function provided by an embodiment of the present application;

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

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

【Detailed ways】

In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be described in detail below 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 FIG. 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), and the like. The smart mobile devices may include mobile phones, tablet computers, notebook computers, PDAs (personal digital assistants), Internet cars, and the like. Smart home devices may include smart home appliances, such as smart TVs, smart speakers, and the like. Network devices may include, for example, switches, wireless APs, servers, and the like. Wearable devices may include, for example, smart watches, smart glasses, smart bracelets, virtual reality devices, augmented reality devices, mixed reality devices (ie, devices that can support both virtual reality and augmented reality), and the like.

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 may run the same applet. As shown in FIG. 1 , the applet a1 and the applet b1 are run in the host application 1 , and the applet a2 and the applet b2 are run in the host application 2 .

Each host application has a corresponding server side. As shown in FIG. 1 , host application 1 corresponds to server side 1 , and host application 2 corresponds to server side 2 . Each host application can interact with its corresponding server, and in this embodiment of the present application, data can also be exchanged 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 may be any number of terminal devices, host applications, small programs, and servers.

The core idea of this application is that when the 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 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 acquires the event that the applet a1 triggers the function of the host application.

Depending on the specific function, the events that trigger the function of the host application are different. When the applet a1 needs to use a certain function of the host application 1, an event that triggers the function will be generated, and 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, and if so, executes 203; otherwise, executes 204.

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

In this embodiment of the present application, information identifying a specific function may be pre-agreed in the installation package of the host application. If the host application has the specific function, the installation package contains the information identifying the specific function. The package name of the host application can also be specified in advance for a specific function. If the host application has the specific function, the host application can be indicated by the package name to indicate that the specific function exists. Therefore, the host application 1 can determine whether the host application 1 has the function by detecting whether the information of 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 can 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 a higher version has this function, but a 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, etc., and feed 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 according to the method 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 this embodiment of the present application, it is possible to pre-agreed that the information identifying a specific function is set in the installation package of the host application. If the host application has the specific function, the installation package has the specific function to identify the specific function. Information.

The package name of the host application can also be specified in advance for a specific function. If the host application has the specific function, the host application can be indicated by the package name to indicate that the specific function exists.

Therefore, as one of the implementation manners, 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 with the function in the terminal device.

In addition to the above implementation manner, there is another implementation manner, that is, the server side 1 determines a host application having this 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 on some specific functions in advance, and the server side 1 is configured with the information of the host application with the specific functions. After receiving the host application list sent by the host application 1, the server side 1 determines the host applications in the list with the functions corresponding to the above events, and returns the host application information with the functions corresponding to the above events 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 above-mentioned host application 2 . If multiple host applications with this function are determined, the host application 1 may select one of them as the host application 2 according to a preset rule. In addition, as a preferred embodiment, the determined multiple host application information may be displayed to the user, so that the user can select one host application as the host application 2 above.

In 205, the host application 1 sends the function parameter to the host application 2 having the function in the terminal device.

In this step, the host application 1 may call the corresponding functional interface of the host application 2 through the Intent (intent) event and pass the functional parameters.

When host application 1 sends function parameters to host application 2, in order to ensure the security of information, host application 1 and host application 2 can negotiate session keys, and the information transmitted between host application 1 and host application 2 needs to be Encrypted with session key. Then, the host application 1 encrypts the function parameter using the negotiated session key and sends it to the host application 2, and the host application 2 decrypts the received function parameter using the session key.

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

After receiving the execution result information, the host application 1 can send the execution result information to the server 1 for saving.

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

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

Likewise, the functional parameters involved in this step can be encrypted functional parameters. The host application 2 can decrypt the encrypted function parameters by using the session key negotiated with the host application 1 in advance.

In 302, a corresponding function is performed using the function parameter.

In this step, the host application 2 may send the function parameters to the server end 2, and the server end 2 performs processing according to the function parameters. This step may be an existing function execution flow, which will not be 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 encrypt the execution result using the pre-negotiated session key and send it to the host application 1 .

The host application function involved in this application may be any function of the host application called by the applet during use, such as a search function, a payment function, and the like. The following descriptions are respectively combined with the embodiments.

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

In 401, the host application 1 obtains a request for creating an order from the applet a1 in the host application 1.

During 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 also includes payment channel information. The payment channel can be the payment channel designated by the service, or the payment channel selected by the user. Therefore, the order information included in the request for creating an order includes the information of the payment channel, thereby triggering the invocation of the payment function of the host application 1 using the payment channel.

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

In 403, the server side 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.

Server 1 determines that host application 1 does not have the payment function of the payment channel and cannot directly perform payment processing. Therefore, server 1 returns order-related information to host application 1. After receiving the order-related information, host application 1 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 it uses 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 encrypted order information can be decrypted by using the encryption key 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 to the server side 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.

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 specified payment channel in the installation package of each host application in the list, and obtains a host application with the payment function of the specified payment channel. If multiple host applications are obtained, the multiple host applications may be displayed to the user in a manner such as a pop-up window, and the user selects one host application as the host application for performing the payment function. Suppose the user selects 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 applications in the terminal device that have 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 may send it separately after 403 , or enumerate the host application list and upload it to the server 1 after the host application 1 is started.

In 405, a session key is negotiated between host application 1 and host application 2.

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

In 406, the host application 1 encrypts the payment function parameters with the session key and sends the encrypted payment function parameters to the host application 2.

Payment function parameters are obtained from order-related information. The payment function parameters may include verification information and timestamp in addition to encrypted order information, encryption key information and order reconciliation information. The verification information is used to check the integrity of the payment function parameters, for example, it may be information obtained by hashing the encrypted order information, encryption key information, and timestamp.

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

In this step, the host application 1 invokes 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 decrypts the payment function parameters using the session key.

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

After receiving the payment function parameters, the server 2 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 compared with the verification information. 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 by using the encryption key information therein, the order information is obtained, and subsequent payment processing is performed by using the order information.

The server side 2 saves the correspondence between the order information and the order reconciliation information, so that the order reconciliation can be performed subsequently.

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

The order information includes the specified 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, biometric information, etc. on the payment interface, and the host application 2 sends the payment information to the server 2 . The password may be a digital key, a gesture password, a voice password, or the like. The verification code can be an image verification code, an SMS verification code, etc. The biometric information can be fingerprint, voiceprint, iris, face and other characteristic information.

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

The server end 2 can verify the payment information locally, and can also send the payment information to a third-party payment platform or a 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 will save 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 manners provided by this application, and other payment processing manners may also be used for the server side 2 . For example, if the user has set password-free payment in the host application 2 in advance, the server end 2 directly returns the payment success information to the host application 2 .

In 412, the host application 2 encrypts the execution result information by using the session key and sends it to the host application 1.

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

In 413, after the host application 1 decrypts the execution result information by using the session key, the execution result information is sent to the server side 1 for storage.

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

If reconciliation for this transaction is required in the future, in 414, the server side 1 and the server side 2 can use the corresponding relationship between the order information, payment results and order reconciliation information saved respectively to perform order reconciliation processing .

FIG. 5 is a flowchart of a method for implementing a search function provided by an embodiment of the present 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, if the user needs to call the search function of the host application, a search request will be sent. The search request may include search keywords, and may further include: search type information, such as web pages 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 that has the search function in the terminal device.

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 that it has detected that it does not have the search function.

In addition to this method, the method of sending the search request to the server side 1 of the host application 1 in the payment embodiment shown in FIG. 4 can also be used, and the server side 1 determines whether the host application 1 has a 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 can select one host application from them, assuming that the host application 2 is selected.

In 503, a session key is negotiated between host application 1 and host application 2.

In 504, the host application 1 encrypts the search function parameter with the session key and sends it to the host application 2.

Search function parameters are obtained from the search request. The search function parameters may include, in addition to search information such as search keywords and search types, information such as verification information, time stamps, and the like. The search information may also be in an encrypted form. In this case, the search function parameter also includes encryption key information.

In this step, the host application 1 may 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 decrypts the search function parameters using the session key.

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

After receiving the search function parameters, the server end 2 uses the verification information to perform integrity verification. After decrypting the encrypted search information by using the encryption key information therein, the search information is obtained, and the search process is performed by using the search information.

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

After the search is performed, address information such as the search result page may be sent to the host application 2 .

In 508 , the host application 2 encrypts the search result information by using the session key and sends it to the host application 1 .

In 509, the host application 1 presents the search result after decrypting the search result information by using the session key.

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

As shown in FIG. 6, computer system/server 012 takes the form of a general purpose computing device. Components of computer system/server 012 may include, but are not limited to, one or more processors or processing units 016, system memory 028, and bus 018 connecting various system components including system memory 028 and processing unit 016.

Bus 018 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any of a variety of bus structures. By way of example, these architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MAC) bus, Enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect ( PCI) bus.

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 both volatile and non-volatile media, removable and non-removable media.

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

A program/utility 040 having a set (at least one) of program modules 042, which may be stored, for example, in memory 028, such program modules 042 including, but not limited to, an operating system, one or more application programs, other programs Modules and program data, each or some combination of these examples may include an implementation of a network environment. Program modules 042 generally perform the functions and/or methods of the embodiments described herein.

The computer system/server 012 may also communicate with one or more external devices 014 (eg, keyboards, pointing devices, displays 024, etc.), in this application, the computer system/server 012 communicates with external radar devices, but also with one or Multiple devices that enable a user to interact with the computer system/server 012, and/or any device (eg, network card, modem, etc.) that enables the computer system/server 012 to communicate with one or more other computing devices communication. Such communication may take place through input/output (I/O) interface 022 . Also, computer system/server 012 may communicate with one or more networks (eg, a local area network (LAN), a wide area network (WAN), and/or a public network such as the Internet) through a network adapter 020 . As shown, network adapter 020 communicates with other modules of computer system/server 012 via bus 018 . It should be appreciated that, although not shown in Figure 6, other hardware and/or software modules may be used in conjunction with 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 the programs stored in the system memory 028, for example, to implement the method flow provided by the embodiments of the present application.

The above-mentioned computer program can be provided in a computer storage medium, that is, the computer storage medium is encoded with a computer program, which, when executed by one or more computers, causes one or more computers to execute the programs shown in the above-mentioned embodiments of the present application. The method flow and/or device operation. For example, the method process provided by the embodiments 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 can also be downloaded directly from the network. Any combination of one or more computer-readable media may be employed. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device, or a combination of any of the above. More specific examples (a non-exhaustive list) of computer readable storage media include: electrical connections having 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 devices, magnetic storage devices, or any suitable combination of the above. In this document, a computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

A computer-readable signal medium may include a propagated data signal in baseband or as part of a carrier wave, with computer-readable program code embodied thereon. Such propagated data signals may take a variety of forms including, but not limited to, electromagnetic signals, optical signals, or any suitable combination of the foregoing. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device .

Program code embodied on a computer readable medium may be transmitted using any suitable medium including, but not limited to, wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for performing the operations of the present application may be written in one or more programming languages, including object-oriented programming languages—such as Java, Smalltalk, C++, but also conventional Procedural programming language - such as the "C" language or similar programming language. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer, or entirely on the remote computer or server. In the case of a remote computer, the remote computer may 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 may be connected to an external computer (eg, using an Internet service provider through the Internet connect).

The above descriptions are only preferred embodiments of the present application, and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the present application. within the scope of protection.

Claims (20)

1. An information processing method executed by a first host application of a terminal device, the method comprising:

after an event that a small program triggers a host application function is acquired, if the first host application does not have the function, sending a function parameter to a second host application with the function in the terminal equipment;

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

2. The method of claim 1, further comprising:

the first host application determines whether the first host application has the function by detecting whether information of the function exists in an installation package of the first host application or whether a package name of the first host application indicates that the function exists; or,

the first host application sends event information triggering a host application function to a server side of the first host application, and the server side of the first host application determines whether the first host application has the function.

3. The method of claim 1, further comprising:

the first host application determines the host application with the function in the terminal device by enumerating a host application list of the terminal device and detecting whether information for identifying the function exists in an installation package of each host application in the list or whether a package name of each host application indicates that the function exists; or,

and the first host application sends the enumerated host application list of the terminal device to a server side of the first host application, the server side of the first host application determines the host application with the function in the host application list, and returns the information of the host application with the function to the first host application.

4. The method of claim 3, further comprising:

and if a plurality of host applications with the functions exist in the terminal equipment, displaying the information of the plurality of host applications with the functions to a user so that the user can select one host application as the second host application.

5. The method of claim 1, wherein sending the function parameters to a second host application with the function in the terminal device comprises:

invoking an interface of the function of the second host application and passing the function parameter through an Intent event.

6. The method of claim 1, wherein sending the 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;

receiving an execution result returned by the second host application after executing the function includes:

and receiving an encrypted execution result returned after the second host application executes the function, and decrypting the encrypted execution result by using the session key.

7. The method of claim 1, wherein the function comprises a payment function specifying a payment channel;

the function parameters comprise order information;

the execution result information includes: and (6) paying the result.

8. The method of claim 7, wherein the event that the get applet triggers the host application function comprises: acquiring a request for the applet to create an order in the first host application, wherein the request comprises order information;

and after receiving order related information returned by the server side of the first host application, determining that the first host application does not have the function.

9. The method of claim 8, wherein the order-related information comprises: the encrypted order information, the encrypted key information and the order reconciliation information;

the functional parameters include: the encrypted order information, the encryption key information, the verification information and the timestamp.

10. The method of claim 9, wherein the order-related information further comprises order reconciliation information; the function parameters and the execution result information also respectively comprise the order reconciliation information;

the method further comprises the following steps:

and the first host application sends the execution result information to a server side of the first host application for storage, so that the server side of the first host application utilizes the order reconciliation information to perform bill reconciliation.

11. The method according to claim 1, wherein if the execution result information includes information of execution failure, the sending of the function parameter to the second host application having the function in the terminal device is re-executed, or the sending of the function parameter to another host application having the function in the terminal device is re-executed.

12. An information processing method executed by a second host application of a terminal device, the method comprising:

receiving a function parameter sent by a first host application in the terminal equipment, wherein the function parameter is sent after the first host application acquires an event that the applet triggers a host application function and determines that the first host application does not have the function;

executing the function using the function parameter;

and returning execution result information to the first host application.

13. The method of claim 12, wherein receiving the function parameters sent by the first host application in the terminal device comprises:

receiving the encrypted functional parameters sent by the first host application, and decrypting the encrypted functional parameters 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 comprises:

and encrypting the execution result information by using the session key, and returning the encrypted execution result information to the first host application.

14. The method of claim 12, wherein the function comprises a payment function specifying a payment channel;

the function parameters comprise order information;

the execution result information includes: and (6) paying the result.

15. The method of claim 14, wherein the functional parameters comprise: the encrypted order information, the encrypted key information, the order reconciliation information, the verification information and the timestamp;

the execution result information comprises a payment result and the order reconciliation information;

the method further comprises the following steps: and sending the functional parameters to a server side of the second host application for storage, so that the server side of the second host application can perform order reconciliation by using the order reconciliation information.

16. The method of claim 14, wherein performing the function using the function parameter comprises:

sending the function parameters to a server side of the second host application;

receiving a payment interface containing appointed payment channel information returned by the server side of the second host application;

sending payment information input by a user on the payment interface to a server side of the second host application;

and receiving a payment result returned by the server side of the second host application.

17. An information processing method executed by a server side of a first host application, the method comprising:

receiving event information of a host application function triggered by an applet and sent by the first host application, and a host application list of the terminal device where the first host application is located, wherein the host application list is obtained by enumeration of the first host application;

and determining the host application with the function in the host application list, and returning 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 a second host application with the function to execute the function.

18. The method of claim 17, wherein the function comprises a payment function specifying a payment channel;

the event that the applet triggers the host application function includes: a request for the applet to create an order in the first host application, wherein the request comprises order information;

the method further comprises the following steps: returning order related information to the first host application, wherein the order related information comprises: the encrypted order information, the encrypted key information and the order reconciliation information;

receiving and storing a payment result and order reconciliation information sent by the first host application;

and the order reconciliation information is used for carrying out bill reconciliation.

19. An information processing apparatus characterized by comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-18.

20. A storage medium containing computer-executable instructions for performing the method of any one of claims 1-18 when executed by a computer processor.

Images