Shared data processing method, medium, apparatus, and computing device

Abstract

The embodiment of the present disclosure provides a shared data processing method, medium, device and computing device, which relates to the technical field of data processing, and the shared data processing method comprises the following steps: in response to first application sharing data, sending a first access request to a local process through the first application, the first access request carrying to-be-shared data and an index corresponding to the first application, the first access request being used for accessing a storage interface of the local process, and the index being a credential for a second application to acquire the to-be-shared data through the local process; and storing the to-be-shared data and the index through the storage interface. The present disclosure can effectively reduce the risk of sharing data failure and ensure that the second application can accurately acquire the shared data of the first application.

Description

Technical Field

[0001] The embodiments of this disclosure relate to the field of data processing technology, and more specifically, the embodiments of this disclosure relate to a shared data processing method, medium, apparatus, and computing device. Background Technology

[0002] This section is intended to provide background or context for the embodiments of this disclosure as set forth in the claims. The description herein is not intended to be a prior art simply because it is included in this section.

[0003] With the increasing number of applications on terminal devices, sharing data between different applications on the same terminal device can effectively save resources for data querying or storage.

[0004] Currently, the following method is commonly used to achieve data sharing between different applications: When an application on a terminal device (e.g., application A) needs to share data with other applications, application A first needs to generate a device fingerprint to uniquely identify the terminal device, and then send the shared data and device fingerprint together to the server for storage. When other applications (e.g., application B) need to use the data shared by application A, application B also needs to generate a device fingerprint first, and send a request to the server to retrieve the data shared by application A based on the device fingerprint. The server compares the device fingerprints to determine whether application A and application B are applications on the same terminal device. If so, the server sends the data shared by application A to application B; otherwise, it does not return the data shared by application A. However, sharing data in this way has the problem of data sharing failure. Summary of the Invention

[0005] This disclosure provides a shared data processing method, medium, apparatus, and computing device to solve the problem of data sharing failures when sharing data using current methods.

[0006] In a first aspect of this disclosure, a shared data processing method is provided, applied to a terminal device, the shared data processing method comprising:

[0007] In response to the sharing of data by the first application, a first access request is sent to the local process through the first application. The first access request carries the data to be shared and the index corresponding to the first application. The first access request is used to access the storage interface of the local process. The index is the credential for the second application to obtain the data shared by the first application through the local process.

[0008] Store the data to be shared and the indexes through the storage interface.

[0009] In one possible implementation, before sending the first access request to the local process via the first application, the shared data processing method further includes: encrypting the data to be shared to obtain encrypted data; and generating the first access request based on the encrypted data and a pre-agreed index.

[0010] In one possible implementation, generating a first access request based on encrypted data and a pre-agreed index includes: controlling a first application to perform digest extraction processing on the data to be shared to obtain digest information to be signed; performing signature processing on the digest information to obtain a first signature value; and generating a first access request based on the encrypted data, the pre-agreed index, and the first signature value.

[0011] In one possible implementation, before sending the first access request to the local process, the shared data processing method further includes: after the terminal device starts up, starting the local process and enabling the local Hypertext Transfer Protocol Secure (HTTPS) service of the local process.

[0012] In one possible implementation, the lifecycle of the local process is the same as the lifecycle of the terminal device's operating system.

[0013] In one possible implementation, the shared data processing method further includes: in response to a second application obtaining target data shared by a first application, sending a second access request to a local process through the second application, the second access request carrying an index, the second access request being used to access a query interface of the local process; obtaining the target data through the query interface and according to the index; and sending the target data to the second application through the query interface.

[0014] In one possible implementation, the target data is encrypted data. After sending the target data to the second application through a query interface, the shared data processing method further includes controlling the second application to decrypt the target data to obtain the decrypted target data.

[0015] In one possible implementation, the shared data processing method further includes: sending a first signature value corresponding to the target data to a second application through a query interface; controlling the second application to obtain a second signature value corresponding to the target data; if the second signature value is equal to the first signature value, then determining that the target data is correct; if the second signature value is not equal to the first signature value, then determining that the target data is incorrect.

[0016] Secondly, embodiments of this disclosure provide a shared data processing apparatus applied to a terminal device, the shared data processing apparatus comprising:

[0017] The first sending module is used to respond to the shared data of the first application by sending a first access request to the local process through the first application. The first access request carries the data to be shared and the index corresponding to the first application. The first access request is used to access the storage interface of the local process. The index is the credential for the second application to obtain the shared data of the first application through the local process.

[0018] The storage module is used to store shared data and indexes through a storage interface.

[0019] In one possible implementation, the shared data processing device further includes: a first processing module, configured to encrypt the data to be shared before the sending module sends a first access request to the local process through a first application, thereby obtaining encrypted data; and to generate a first access request based on the encrypted data and a pre-agreed index.

[0020] In one possible implementation, when the first processing module generates a first access request based on encrypted data and a pre-agreed index, it is specifically configured to: control the first application to perform digest extraction processing on the data to be shared to obtain digest information to be signed; perform signature processing on the digest information to obtain a first signature value; and generate a first access request based on the encrypted data, the pre-agreed index, and the first signature value.

[0021] In one possible implementation, the shared data processing device further includes a startup module, configured to start the local process and enable the local HTTPS service of the local process after the terminal device is started, before the sending module sends the first access request to the local process.

[0022] In one possible implementation, the lifecycle of the local process is the same as the lifecycle of the terminal device's operating system.

[0023] In one possible implementation, the shared data processing device further includes: a second sending module, configured to send a second access request to a local process through the second application in response to the second application obtaining target data shared by the first application, the second access request carrying an index and the second access request being used to access the query interface of the local process; an acquisition module, configured to acquire the target data through the query interface and according to the index; and the second sending module is further configured to send the target data to the second application through the query interface.

[0024] In one possible implementation, the target data is encrypted data, and the shared data processing device further includes: a second processing module, which controls the second application to decrypt the target data after the second sending module sends the target data to the second application through a query interface, so as to obtain the decrypted target data.

[0025] In one possible implementation, the second processing module is further configured to: send a first signature value corresponding to the target data to the second application through a query interface; control the second application to obtain a second signature value corresponding to the target data; if the second signature value is equal to the first signature value, then determine that the target data is correct; if the second signature value is not equal to the first signature value, then determine that the target data is incorrect.

[0026] Thirdly, embodiments of this disclosure provide a computing device, including: a processor, and a memory communicatively connected to the processor;

[0027] The memory stores the instructions that the computer executes;

[0028] The processor executes computer-executable instructions stored in memory to implement the shared data processing method as described in the first aspect of this disclosure.

[0029] Fourthly, embodiments of this disclosure provide a storage medium storing computer program instructions, which, when executed, implement the shared data processing method as described in the first aspect of this disclosure.

[0030] Fifthly, embodiments of this disclosure provide a computer program product, including a computer program that, when executed by a processor, implements the shared data processing method as described in the first aspect of this disclosure.

[0031] The shared data processing method, medium, apparatus, and computing device provided in this disclosure are applied to a terminal device. In response to a first application sharing data, the first application sends a first access request to a local process. The first access request carries the data to be shared and an index corresponding to the first application. The first access request is used to access the storage interface of the local process, and the index serves as a credential for a second application to obtain the shared data of the first application through the local process. The data to be shared and the index are stored through the storage interface. Because this disclosure stores the data to be shared by the first application through the storage interface of the terminal device's local process, data transmission can be performed more quickly and conveniently. By using the index, the device fingerprint drift problem in related technologies can be avoided, allowing the second application to accurately obtain the shared data of the first application through the index. Furthermore, the local process is invisible to the user, preventing the shared data from being easily erased, ensuring the stability of the shared data, and effectively reducing the risk of shared data failure. Attached Figure Description

[0032] The above and other objects, features, and advantages of this disclosure will become readily apparent from the following detailed description of exemplary embodiments, taken in conjunction with the accompanying drawings. Several embodiments of this disclosure are illustrated in the drawings by way of example and not limitation, in which:

[0033] Figure 1This is a schematic diagram of an application scenario provided by an embodiment of the present disclosure;

[0034] Figure 2 A flowchart illustrating a shared data processing method provided in an embodiment of this disclosure;

[0035] Figure 3 A flowchart of a shared data processing method provided in another embodiment of this disclosure;

[0036] Figure 4 This is a schematic diagram of the structure of a shared data processing apparatus provided in an embodiment of the present disclosure;

[0037] Figure 5 A schematic diagram of a storage medium provided in an embodiment of this disclosure;

[0038] Figure 6 This is a schematic diagram of the structure of a computing device provided in an embodiment of the present disclosure.

[0039] In the accompanying drawings, the same or corresponding reference numerals indicate the same or corresponding parts. Detailed Implementation

[0040] The principles and spirit of this disclosure will now be described with reference to several exemplary embodiments. It should be understood that these embodiments are given merely to enable those skilled in the art to better understand and implement this disclosure, and are not intended to limit the scope of this disclosure in any way. Rather, these embodiments are provided to make this disclosure more thorough and complete, and to fully convey the scope of this disclosure to those skilled in the art.

[0041] Those skilled in the art will recognize that embodiments of this disclosure can be implemented as a system, apparatus, device, method, or computer program product. Therefore, this disclosure can be specifically implemented in the following forms: entirely hardware, entirely software (including firmware, resident software, microcode, etc.), or a combination of hardware and software.

[0042] According to embodiments of this disclosure, a method, medium, apparatus, and computing device for shared data processing are proposed.

[0043] Furthermore, the number of any elements in the accompanying drawings is for illustrative purposes only and not for limitation, and any naming is for distinction only and has no limiting meaning.

[0044] In addition, the data involved in this disclosure may be data authorized by the user or fully authorized by all parties. The collection, dissemination and use of the data shall comply with the requirements of relevant national laws and regulations. The implementation methods / executives of this disclosure may be combined with each other.

[0045] The principles and spirit of this disclosure will be explained in detail below with reference to several representative embodiments. Invention Overview

[0047] The inventors have discovered that sharing data between different applications on the same terminal device (such as a mobile phone) is becoming increasingly difficult due to various limitations imposed by the terminal device's operating system. One related technology uses a Secure Digital Memory Card (SD Card) to store shared data. Specifically, a file is created on the user's SD card, and the shared data is stored in it. Different applications, when needing to use the shared data, retrieve this file and read the shared data from it, thus achieving the purpose of sharing. However, storing files via SD cards has been disabled in higher versions of Android, making it impossible to write shared data to the SD card. Furthermore, the written files can be deleted by the user or cleaning software, making it impossible to guarantee the files' continued existence.

[0048] Another related technology involves storing shared data through photo album images. Specifically, the shared data is inserted into the least significant bit of each color point in the photo album image using the Linux Standards Base (LSB) steganography algorithm, and then saved to the album. When other applications need to use the shared data, they retrieve the photo album image and read the least significant bit of each color point to obtain the shared data. However, storing shared data through photo album images can lead to an unexpected appearance of an image in the album, which may arouse suspicion and result in deletion by the user, compromising file security.

[0049] Another related technology uses clipboards to store shared data. Specifically, shared data is pasted onto a public or newly created custom clipboard, and other applications access the custom clipboard and retrieve the shared data stored there. However, storing shared data via a custom clipboard at that time could lead to the data being overwritten, and custom clipboards could only be used to transfer shared data within an application or between applications with the same team identity, which had significant limitations.

[0050] In another related technology, storing shared data on the server side requires generating a device fingerprint. The shared data and the device fingerprint are stored together. When other applications retrieve the shared data, they also include the device fingerprint. The server compares the device fingerprint to identify the same terminal device and then returns the shared data. However, this method of storing shared data on the server side is highly dependent on the device fingerprint. The generated device fingerprint is not static and is subject to drift (e.g., flashing the device may cause malfunctions). Once device fingerprint drift occurs, the server will fail to match the device fingerprint, resulting in the inability to retrieve the shared data—a problem of shared data failure.

[0051] To address the aforementioned issues, this disclosure provides a shared data processing method, medium, apparatus, and computing device. By establishing an independent local process within the terminal device, the storage and retrieval of shared data between different applications are implemented within this local process, enabling faster and more convenient shared data transmission. Furthermore, since the local process is invisible to the user, the shared data is not easily erased, effectively reducing the risk of shared data failure and ensuring that different applications can securely, quickly, and completely obtain the shared data.

[0052] Application Scenarios Overview

[0053] First refer to Figure 1 Examples of application scenarios for the solutions provided in this disclosure are given. Figure 1 This is a schematic diagram of an application scenario provided by an embodiment of the present disclosure, such as... Figure 1 As shown, this application scenario can include a server cluster 11 and a terminal device 12. The server cluster 11 includes multiple servers 111 and a storage device 112. The terminal device 12 can be a tablet, laptop, desktop computer, or smart home appliance, etc. The terminal device 12 is used to store and retrieve shared data between different applications within the terminal device 12 through local processes. The terminal device 12 communicates with the server 111 via a wireless or wired network and can obtain data from the server 111 beyond the shared data required by different applications within the terminal device 12. The server 111 stores data through the storage device 112.

[0054] It should be noted that, Figure 1 This is merely a schematic diagram illustrating one application scenario provided by an embodiment of this disclosure; this embodiment does not necessarily represent an application scenario. Figure 1 The included equipment is not limited, nor is it restricted. Figure 1 The positional relationships between the devices are defined.

[0055] Exemplary methods

[0056] The following is combined with Figure 1 Application scenarios, refer to Figure 2 This description outlines a method for processing shared data according to exemplary embodiments of the present disclosure. It should be noted that the above application scenarios are shown only to facilitate understanding of the spirit and principles of the present disclosure, and the embodiments of the present disclosure are not limited in any way. Rather, the embodiments of the present disclosure can be applied to any applicable scenario.

[0057] First, a shared data processing method will be introduced through specific embodiments.

[0058] Figure 2This flowchart illustrates a shared data processing method according to an embodiment of the present disclosure, applied to a terminal device. The method of this embodiment can also be applied to a computing device, which may be a server or a server cluster, etc. Figure 2 As shown, the method in this embodiment includes:

[0059] S201. In response to the first application sharing data, the first application sends a first access request to the local process. The first access request carries the data to be shared and the index corresponding to the first application. The first access request is used to access the storage interface of the local process. The index is the credential for the second application to obtain the data shared by the first application through the local process.

[0060] Accordingly, the local process receives the first access request.

[0061] In this embodiment, the first application can be understood as an application that provides shared data, and the local process is an independent process opened in the terminal device, which can provide storage and query interfaces for the shared data. For example, the local process corresponds to a database for storing and querying shared data, and the local process can also provide network service protocol functions, such as providing local HTTPS service. The index needs to ensure its uniqueness. Since the application package name of each application in the same terminal device is unique, the application package name can be used as the index. The index is, for example, the application package name of the first application, and the format of the application package name is, for example, com.company name.application name. The index is the credential for the second application to obtain the shared data of the first application through the local process. It can be understood that the index is a credential pre-agreed between the second application and the first application for obtaining the shared data of the first application, which can avoid the device fingerprint drift problem in related technologies. The second application can accurately obtain the shared data of the first application using the index.

[0062] In this step, for example, in response to the first application sharing data, the first application sends an HTTPS request to the local process to access the storage interface of the local process. The HTTPS request carries the data to be shared and the application package name (i.e., index) corresponding to the first application. The data to be shared is data packaged by the first application. This disclosure does not specifically limit the source of the data to be shared.

[0063] Optionally, the lifecycle of a local process can be the same as the lifecycle of the terminal device's operating system.

[0064] For example, when a terminal device (such as a mobile phone) starts up, a local process starts immediately, and the lifecycle of the local process is the same as the lifecycle of the terminal device's operating system.

[0065] S202. Store the data to be shared and the index through the storage interface.

[0066] In this step, after the local process receives the first access request sent by the first application to the local process, it parses the first access request, obtains the data to be shared and the index, and stores the data to be shared and the index through the storage interface, such as storing the data to be shared and the index in the database corresponding to the local process, so that the second application can obtain the shared data stored in the database.

[0067] The shared data processing method provided in this disclosure is applied to a terminal device. In response to a first application sharing data, the first application sends a first access request to a local process. The first access request carries the data to be shared and an index corresponding to the first application. The first access request is used to access the storage interface of the local process, and the index serves as the credential for a second application to obtain the shared data of the first application through the local process. The shared data and the index are stored through the storage interface. Because this disclosure uses the storage interface of the terminal device's local process to store the shared data of the first application, data transmission is faster and simpler. By using the index, the device fingerprint drift problem in related technologies can be avoided, allowing the second application to accurately obtain the shared data of the first application through the index. Furthermore, the local process is invisible to the user, preventing the shared data from being easily erased, ensuring the stability of the shared data, and effectively reducing the risk of shared data failure.

[0068] Figure 3 This is a flowchart illustrating a shared data processing method according to another embodiment of this disclosure. Based on the above embodiments, this disclosure further describes the shared data processing method. Figure 3 As shown, the method in this embodiment of the disclosure may include:

[0069] S301. After the terminal device starts up, start the local process and enable the local HTTPS service of the local process.

[0070] In this step, the terminal device, such as a mobile phone, starts a local process after the phone boots up and enables the local HTTPS service of the local process. By providing the HTTPS service, shared data can be transmitted securely and quickly.

[0071] S302. In response to the shared data of the first application, the first application performs encryption processing on the shared data to obtain encrypted data.

[0072] For example, encrypting shared data can be achieved by generating a public key (pub, which can be shared publicly) and a private key (pri, which cannot be shared publicly). By encrypting the shared data using the private key (pri) in a first application, encrypted data can be obtained. Specific encryption algorithms include, for example, RSA (an asymmetric encryption algorithm named after its three inventors, Rivest, Shamir, and Adleman) and SM2 (an elliptic curve public-key cryptography algorithm).

[0073] Optionally, the first application can be controlled to generate a first access request based on encrypted data and a pre-agreed index.

[0074] After obtaining the encrypted data corresponding to the data to be shared, the first application can be controlled to generate a first access request based on the encrypted data and a pre-agreed index. To further improve the security of the data to be shared, step S303 is executed.

[0075] S303. Control the first application to extract the digest of the data to be shared to obtain the digest information to be signed; perform signature processing on the digest information to obtain the first signature value.

[0076] For example, a hash algorithm can be used to sign the digest information to obtain a first signature value. Specific hash algorithms include Message Digest Algorithm 5 (MD5) and SM3 (an elliptic curve public-key cryptography algorithm).

[0077] S304. Control the first application to generate a first access request based on encrypted data, a pre-agreed index, and a first signature value.

[0078] In this step, after obtaining the encrypted data and the first signature value corresponding to the data to be shared, a first access request can be generated based on the encrypted data, the pre-agreed index, and the first signature value. It can be understood that the first access request carries the encrypted data corresponding to the data to be shared, the index corresponding to the first application, and the first signature value.

[0079] S305, Send the first access request to the local process through the first application.

[0080] Accordingly, the local process receives the first access request.

[0081] For a detailed description of this step, please refer to [link / reference]. Figure 2 The relevant description of S201 in the illustrated embodiment will not be repeated here.

[0082] S306. Local processes store data to be shared and indexes through the storage interface.

[0083] For a detailed description of this step, please refer to [link / reference]. Figure 2 As can be understood from the description of S202 in the illustrated embodiment, since the first access request carries the encrypted data corresponding to the data to be shared, the index corresponding to the first application, and the first signature value, the encrypted data corresponding to the data to be shared, the index corresponding to the first application, and the first signature value are stored through the storage interface.

[0084] S307. In response to the second application obtaining the target data shared by the first application, the second application sends a second access request to the local process. The second access request carries an index and is used to access the query interface of the local process.

[0085] Accordingly, the local process receives a second access request.

[0086] For example, the second access request is an HTTPS request. When the second application needs to use the shared data of the first application during its use, it can send an HTTPS request to the local process of the terminal device to access the query interface of the local process. This HTTPS request carries an index to retrieve the target data shared by the first application. It can be understood that this index is a credential pre-agreed between the second and first applications for obtaining the shared data of the first application.

[0087] It should be noted that this disclosure does not limit the order in which steps S302 and S307 are performed.

[0088] S308. The local process retrieves the target data through the query interface and based on the index.

[0089] For example, after receiving the second access request, the local process can parse the second access request, obtain the index, and query the database corresponding to the local process based on the index to obtain the target data corresponding to the index.

[0090] S309. The local process sends the target data to the second application through the query interface.

[0091] Accordingly, the second application receives the target data.

[0092] In this step, after the local process obtains the target data, it can send the target data to the second application through the query interface.

[0093] S310. The target data is encrypted. The second application is controlled to decrypt the target data to obtain the decrypted target data.

[0094] For example, referring to the example of step S302, assuming the target data is encrypted with a private key (pri), the second application can be controlled to decrypt the target data with a public key (pub) to obtain the decrypted target data.

[0095] S311. The local process sends the first signature value corresponding to the target data to the second application through the query interface.

[0096] For example, the database corresponding to the local process stores the first signature value corresponding to the target data in the corresponding index. Therefore, the first signature value corresponding to the target data can be obtained from the database and sent to the second application through the query interface.

[0097] S312, Control the second application to obtain the second signature value corresponding to the target data.

[0098] It is understandable that after receiving the first signature value corresponding to the target data, in order to ensure the correctness of the target data, the second application can be controlled to obtain the second signature value corresponding to the target data, so as to determine whether the target data is correct by comparing the second signature value with the first signature value.

[0099] S313. If the second signature value is equal to the first signature value, then the target data is determined to be correct.

[0100] In this step, if the second signature value is equal to the first signature value, it means that the target data has not been tampered with, and the target data can be determined to be correct, and the second application can use the target data.

[0101] S314. If the second signature value is not equal to the first signature value, then the target data is determined to be incorrect.

[0102] In this step, if the second signature value is not equal to the first signature value, it indicates that the target data has been tampered with, and the target data can be determined to be incorrect. Therefore, the second application cannot use this target data. The second application can indicate that the obtained target data is incorrect by outputting an error message.

[0103] The shared data processing method provided in this embodiment includes: starting a local process and enabling a local HTTPS service in the local process after the terminal device starts; encrypting the data to be shared in response to a first application sharing data to obtain encrypted data; controlling the first application to extract a digest of the data to be shared to obtain digest information to be signed; signing the digest information to obtain a first signature value; generating a first access request based on the encrypted data, a pre-agreed index, and the first signature value, and sending the first access request to the local process through the first application; storing the data to be shared and the index through a storage interface; and responding to a second application obtaining the target data already shared by the first application. The second application sends a second access request to the local process, the second access request carrying an index, which is used to access the query interface of the local process. The target data is obtained through the query interface and according to the index. The target data is then sent to the second application through the query interface. Since the target data is encrypted, the second application is controlled to decrypt the target data to obtain the decrypted target data. A first signature value corresponding to the target data is sent to the second application through the query interface. The second application is controlled to obtain a second signature value corresponding to the target data. If the second signature value is equal to the first signature value, the target data is determined to be correct; if the second signature value is not equal to the first signature value, the target data is determined to be incorrect. Because this embodiment stores the data to be shared by the first application through the storage interface of the local process of the terminal device, data transmission can be performed more quickly and conveniently. By using an index, the device fingerprint drift problem in related technologies can be avoided, allowing the second application to accurately obtain the data shared by the first application through the index. Encryption and signing of the shared data ensures the security and accuracy of the shared data. Furthermore, the local process is invisible to the user, preventing the shared data from being easily erased, ensuring the stability of the shared data, and effectively reducing the risk of shared data failure.

[0104] Exemplary device

[0105] Having introduced the medium of exemplary embodiments of this disclosure, the following references are made to... Figure 4 The shared data processing apparatus according to exemplary embodiments of this disclosure will be described. The apparatus of the exemplary embodiments of this disclosure can implement the various processes in the foregoing shared data processing method embodiments and achieve the same functions and effects.

[0106] Figure 4 This is a schematic diagram of a shared data processing apparatus provided in an embodiment of the present disclosure, applied to a terminal device. For example... Figure 4 As shown, the shared data processing device 400 of this embodiment includes: a first sending module 401 and a storage module 402. Wherein:

[0107] The first sending module 401 is used to respond to the first application sharing data by sending a first access request to the local process through the first application. The first access request carries the data to be shared and the index corresponding to the first application. The first access request is used to access the storage interface of the local process. The index is the credential for the second application to obtain the data shared by the first application through the local process.

[0108] Storage module 402 is used to store data to be shared and indexes through a storage interface.

[0109] In one possible implementation, the shared data processing device 400 may further include: a first processing module 403, configured to encrypt the data to be shared before the sending module sends a first access request to the local process through the first application, thereby obtaining encrypted data; and to generate a first access request based on the encrypted data and a pre-agreed index.

[0110] In one possible implementation, when the first processing module 403 generates a first access request based on encrypted data and a pre-agreed index, it may specifically be used to: control the first application to perform digest extraction processing on the data to be shared to obtain digest information to be signed; perform signature processing on the digest information to obtain a first signature value; and generate a first access request based on the encrypted data, the pre-agreed index, and the first signature value.

[0111] In one possible implementation, the shared data processing device 400 may further include: a startup module 404, configured to start the local process and enable the local HTTPS service of the local process after the terminal device is started, before the sending module sends the first access request to the local process.

[0112] In one possible implementation, the lifecycle of the local process is the same as the lifecycle of the terminal device's operating system.

[0113] In one possible implementation, the shared data processing device 400 may further include: a second sending module 405, configured to send a second access request to a local process through the second application in response to the second application obtaining target data shared by the first application, the second access request carrying an index and the second access request being used to access the query interface of the local process; an acquisition module 406, configured to acquire the target data through the query interface and according to the index; the second sending module 405 may also be configured to send the target data to the second application through the query interface.

[0114] In one possible implementation, the target data is encrypted data, and the shared data processing device 400 may further include: a second processing module 407, which controls the second application to decrypt the target data after the second sending module sends the target data to the second application through a query interface, so as to obtain the decrypted target data.

[0115] In one possible implementation, the second processing module 407 may also be used to: send a first signature value corresponding to the target data to the second application through a query interface; control the second application to obtain a second signature value corresponding to the target data; if the second signature value is equal to the first signature value, then determine that the target data is correct; if the second signature value is not equal to the first signature value, then determine that the target data is incorrect.

[0116] The apparatus of this disclosure can be used to execute the shared data processing method in any of the above method embodiments. Its implementation principle and technical effect are similar, and will not be described again here.

[0117] Exemplary media

[0118] After introducing the methods of exemplary embodiments of this disclosure, the following references are made. Figure 5 The storage medium of the exemplary embodiments of this disclosure will be described.

[0119] Figure 5 This is a schematic diagram of a storage medium provided according to an embodiment of the present disclosure. (See reference...) Figure 5 As shown, the storage medium 500 stores a program product for implementing the above-described method according to embodiments of the present disclosure. This program product may be a portable compact disc read-only memory (CD-ROM) and includes program code, and can run on a terminal device, such as a personal computer. However, the program product of the present disclosure is not limited thereto.

[0120] The program product may employ any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable disk, a hard disk, 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 thereof.

[0121] A readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying readable program code. This propagated data signal may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium.

[0122] Program code for performing the operations disclosed herein can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as C or similar languages. The program code can execute entirely on the user's computing device, partially on the user's computing device, partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing devices can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN).

[0123] Exemplary computing device

[0124] Having described the methods, media, and apparatus of exemplary embodiments of this disclosure, the following references... Figure 6 A computing device according to an exemplary embodiment of the present disclosure will be described.

[0125] Figure 6 The computing device 600 shown is merely an example and should not be construed as limiting the functionality and scope of use of the embodiments disclosed herein.

[0126] Figure 6 This is a schematic diagram of the structure of a computing device provided in an embodiment of the present disclosure, as shown below. Figure 6 As shown, the computing device 600 is presented in the form of a general-purpose computing device. The components of the computing device 600 may include, but are not limited to: at least one processing unit 601, at least one storage unit 602, and a bus 603 connecting different system components (including the processing unit 601 and the storage unit 602). For example, the processing unit 601 may specifically be a processor, and the storage unit 602 stores computer-executable instructions. The processing unit 601 executes the computer-executable instructions stored in the storage unit 602 to implement the shared data processing method described above.

[0127] Bus 603 includes a data bus, a control bus, and an address bus.

[0128] Storage unit 602 may include readable media in the form of volatile memory, such as random access memory (RAM) 6021 and / or cache memory 6022, and may further include readable media in the form of non-volatile memory, such as read-only memory (ROM) 6023.

[0129] Storage unit 602 may also include a program / utility 6025 having a set (at least one) of program modules 6024, such program modules 6024 including but not limited to: operating system, one or more application programs, other program modules and program data, each or some combination of these examples may include an implementation of a network environment.

[0130] The computing device 600 can also communicate with one or more external devices 604 (e.g., keyboard, pointing device, etc.). This communication can be performed via input / output (I / O) interface 605. Furthermore, the computing device 600 can also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN), and / or public networks, such as the Internet) via network adapter 606. Figure 6 As shown, network adapter 606 communicates with other modules of computing device 600 via bus 603. It should be understood that, although not shown in the figures, other hardware and / or software modules may be used in conjunction with computing device 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0131] It should be noted that although several units / modules or sub-units / modules of the shared data processing device have been mentioned in the detailed description above, this division is merely exemplary and not mandatory. In fact, according to embodiments of this disclosure, the features and functions of two or more units / modules described above can be embodied in one unit / module. Conversely, the features and functions of one unit / module described above can be further divided and embodied by multiple units / modules.

[0132] Furthermore, although the operations of the methods disclosed herein are described in a specific order in the accompanying drawings, this does not require or imply that these operations must be performed in that specific order, or that all of the operations shown must be performed to achieve the desired result. Additionally or alternatively, certain steps may be omitted, multiple steps may be combined into one step, and / or one step may be broken down into multiple steps.

[0133] While the spirit and principles of this disclosure have been described with reference to several specific embodiments, it should be understood that this disclosure is not limited to the disclosed specific embodiments, and the division of aspects does not imply that features in these aspects cannot be combined for benefit; such division is merely for convenience of expression. This disclosure is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.

Claims

1. A shared data processing method, applied to a mobile terminal device, the shared data processing method comprising: In response to the sharing of data by the first application, a first access request is sent to the local process through the first application. The first access request carries the data to be shared and the index corresponding to the first application. The first access request is used to access the storage interface of the local process. The index is the credential for the second application to obtain the data shared by the first application through the local process. The local process is an independent process in the terminal device. The storage interface stores the data to be shared and the index to the database corresponding to the local process, so that the second application can obtain the shared data from the database corresponding to the local process through the local process.

2. The shared data processing method according to claim 1, further comprising, before sending the first access request to the local process through the first application: The first application encrypts the data to be shared to obtain encrypted data. The first access request is generated based on the encrypted data and the pre-agreed index.

3. The shared data processing method according to claim 2, wherein generating the first access request based on the encrypted data and the pre-agreed index comprises: The first application is controlled to perform digest extraction processing on the data to be shared to obtain digest information to be signed; The digest information is signed to obtain a first signature value; The first access request is generated based on the encrypted data, the pre-agreed index, and the first signature value.

4. The shared data processing method according to any one of claims 1 to 3, further comprising, before sending the first access request to the local process through the first application: After the terminal device starts up, the local process is started, and the local Hypertext Transfer Security Protocol (HTTPS) service of the local process is enabled.

5. The shared data processing method according to any one of claims 1 to 3, wherein the lifecycle of the local process is the same as the lifecycle of the operating system of the terminal device.

6. The shared data processing method according to any one of claims 1 to 3, further comprising: In response to the second application obtaining the target data shared by the first application, the second application sends a second access request to the local process. The second access request carries the index and is used to access the query interface of the local process. The target data is obtained through the query interface and according to the index; The target data is sent to the second application through the query interface.

7. The shared data processing method according to claim 6, wherein the target data is encrypted data, and after sending the target data to the second application through the query interface, it further includes: The second application is controlled to decrypt the target data to obtain the decrypted target data.

8. The shared data processing method according to claim 7 further includes: The first signature value corresponding to the target data is sent to the second application through the query interface; Control the second application to obtain the second signature value corresponding to the target data; If the second signature value is equal to the first signature value, then the target data is determined to be correct; If the second signature value is not equal to the first signature value, then the target data is determined to be incorrect.

9. A shared data processing device, applied to a mobile terminal device, the shared data processing device comprising: The first sending module is configured to, in response to the sharing of data by the first application, send a first access request to the local process through the first application. The first access request carries the data to be shared and the index corresponding to the first application. The first access request is used to access the storage interface of the local process. The index is a credential for the second application to obtain the data shared by the first application through the local process. The local process is an independent process in the terminal device. A storage module is used to store the data to be shared and the index to the database corresponding to the local process through the storage interface, so that the second application can obtain the shared data from the database corresponding to the local process through the local process.

10. The shared data processing apparatus according to claim 9, further comprising: The first processing module is configured to, before the first sending module sends the first access request to the local process through the first application, encrypt the data to be shared through the first application to obtain encrypted data; and generate the first access request based on the encrypted data and the pre-agreed index.

11. The shared data processing apparatus according to claim 10, wherein when the first processing module generates the first access request based on the encrypted data and the pre-agreed index, it is specifically configured to: The first application is controlled to perform digest extraction processing on the data to be shared to obtain digest information to be signed; The digest information is signed to obtain a first signature value; The first access request is generated based on the encrypted data, the pre-agreed index, and the first signature value.

12. The shared data processing apparatus according to any one of claims 9 to 11, further comprising: The startup module is used to start the local process and enable the local Hypertext Transfer Security Protocol (HTTPS) service of the local process after the terminal device is started, before the first sending module sends the first access request to the local process through the first application.

13. The shared data processing apparatus according to any one of claims 9 to 11, wherein the lifecycle of the local process is the same as the lifecycle of the operating system of the terminal device.

14. The shared data processing apparatus according to any one of claims 9 to 11, further comprising: The second sending module is used to respond to the second application obtaining the target data shared by the first application, and send a second access request to the local process through the second application. The second access request carries the index and is used to access the query interface of the local process. The acquisition module is used to acquire the target data through the query interface and according to the index; The second sending module is also used to send the target data to the second application through the query interface.

15. The shared data processing apparatus according to claim 14, wherein the target data is encrypted data, and the shared data processing apparatus further comprises: The second processing module is used to control the second application to decrypt the target data after the second sending module sends the target data to the second application through the query interface, so as to obtain the decrypted target data.

16. The shared data processing apparatus according to claim 15, wherein the second processing module is further configured to: The first signature value corresponding to the target data is sent to the second application through the query interface; Control the second application to obtain the second signature value corresponding to the target data; If the second signature value is equal to the first signature value, then the target data is determined to be correct; If the second signature value is not equal to the first signature value, then the target data is determined to be incorrect.

17. A computing device, comprising: A processor, and a memory communicatively connected to the processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory to implement the shared data processing method as described in any one of claims 1 to 8.

18. A storage medium storing computer program instructions, which, when executed, implement the shared data processing method as described in any one of claims 1 to 8.

19. A computer program product comprising a computer program that, when executed by a processor, implements the shared data processing method as described in any one of claims 1 to 8.

Images