CN110007936B - Data processing method and device - Google Patents

Data processing method and device Download PDF

Info

Publication number
CN110007936B
CN110007936B CN201910303574.9A CN201910303574A CN110007936B CN 110007936 B CN110007936 B CN 110007936B CN 201910303574 A CN201910303574 A CN 201910303574A CN 110007936 B CN110007936 B CN 110007936B
Authority
CN
China
Prior art keywords
applet
background
running
preset
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910303574.9A
Other languages
Chinese (zh)
Other versions
CN110007936A (en
Inventor
崔英林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Chenlian Technology Co.,Ltd.
Original Assignee
Shanghai Lianshang Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Lianshang Network Technology Co Ltd filed Critical Shanghai Lianshang Network Technology Co Ltd
Priority to CN201910303574.9A priority Critical patent/CN110007936B/en
Publication of CN110007936A publication Critical patent/CN110007936A/en
Application granted granted Critical
Publication of CN110007936B publication Critical patent/CN110007936B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44505Configuring for program initiating, e.g. using registry, configuration files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/541Interprogram communication via adapters, e.g. between incompatible applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The embodiment of the application discloses a data processing method and device. The method and the device are applied to the terminal equipment. The target host application installed by the terminal equipment is integrated with at least one small program, and the at least one small program comprises a first small program and a second small program. One embodiment of the method comprises: in response to receiving a data acquisition request of the first running applet to the second applet which is not running, calling a preset background running interface, and running the second applet in a background; data of the second applet is provided to the first applet. According to the method and the device, the applet can be operated in a background starting mode under the condition that the applet is not started by a user, and data of the applet are provided for other applets. Therefore, data intercommunication among the small programs can be carried out at any time according to the requirements of other small programs, and the current operation of a user in a foreground is not influenced.

Description

Data processing method and device
Technical Field
The embodiment of the application relates to the technical field of computers, in particular to the technical field of internet, and particularly relates to a data processing method and device.
Background
A wide variety of applets can be integrated in the hosting application, and if the terminal device is to provide data of one of the applets to another, it is often necessary that both of the applets are in operation.
In the prior art, the data providing process can be realized only by starting the two applets by a user, so that the data intercommunication between the applets has a large condition limit.
Disclosure of Invention
The embodiment of the application provides a data processing method and device.
In a first aspect, an embodiment of the present application provides a data processing method, which is applied to a terminal device, and includes: the target host application installed on the terminal equipment is integrated with at least one small program, and the at least one small program comprises a first small program and a second small program; the method comprises the following steps: in response to receiving a data acquisition request of a first running applet to a second applet which is not running, calling a preset background running interface, and running the second applet in a background; data of the second applet is provided to the first applet.
In a second aspect, an embodiment of the present application provides a data processing apparatus, which is applied to a terminal device, where at least one applet is integrated into a target host application installed in the terminal device, and the at least one applet includes a first applet and a second applet; the device comprises: the running unit is configured to respond to the received data acquisition request of the running first applet to the second applet which is not in operation, call a preset background running interface, and run the second applet in a background; a providing unit configured to provide data of the second applet to the first applet.
In a third aspect, an embodiment of the present application provides an electronic device, including: one or more processors; a storage device for storing one or more programs which, when executed by one or more processors, cause the one or more processors to implement a method as in any embodiment of the data processing method.
In a fourth aspect, the present application provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements a method as in any embodiment of the data processing method.
The data processing scheme provided by the embodiment of the application is applied to the terminal equipment, at least one applet is integrated in the target host application installed in the terminal equipment, and the at least one applet comprises a first applet and a second applet. Firstly, in response to receiving a data acquisition request of a running first applet to a second applet which is not in operation, a preset background running interface is called, and the second applet is run in a background. Thereafter, the data of the second applet is provided to the first applet. According to the scheme provided by the embodiment of the application, the applet can be operated in a background starting mode under the condition that the applet is not started by a user, and the data of the applet are provided for other applets. Therefore, data intercommunication among the small programs can be carried out at any time according to the requirements of other small programs, and the current operation of a user in a foreground is not influenced.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings in which:
FIG. 1 is an exemplary system architecture diagram in which the present application may be applied;
FIG. 2 is a flow diagram of one embodiment of a data processing method according to the present application;
FIG. 3 is a schematic diagram of a host application scenario of a data processing method according to the present application;
FIG. 4 is a flow diagram of yet another embodiment of a data processing method according to the present application;
FIG. 5 is a schematic block diagram of one embodiment of a data processing apparatus according to the present application;
FIG. 6 is a schematic block diagram of a computer system suitable for use in implementing an electronic device according to embodiments of the present application.
Detailed Description
The present application will be described in further detail with reference to the following drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the relevant invention and not restrictive of the invention. It should be noted that, for convenience of description, only the portions related to the related invention are shown in the drawings.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
Fig. 1 shows an exemplary system architecture 100 in which embodiments of the data processing method or data processing apparatus of the present application may be hosted.
As shown in fig. 1, the system architecture 100 may include terminal devices 101, 102, 103, a network 104, and a server 105. The network 104 serves as a medium for providing communication links between the terminal devices 101, 102, 103 and the server 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.
The user may use the terminal devices 101, 102, 103 to interact with the server 105 via the network 104 to receive or send messages or the like. The terminal devices 101, 102, 103 may have installed thereon various communication client hosting applications, such as a data processing hosting application, a video-like hosting application, a live hosting application, an instant messaging tool, a mailbox client, social platform software, and the like.
Here, the terminal apparatuses 101, 102, and 103 may be hardware or software. When the terminal devices 101, 102, 103 are hardware, they may be various electronic devices having a display screen, including but not limited to smart phones, tablet computers, e-book readers, laptop portable computers, desktop computers, and the like. When the terminal apparatuses 101, 102, 103 are software, they can be installed in the electronic apparatuses listed above. It may be implemented as multiple pieces of software or software modules (e.g., multiple pieces of software or software modules to provide distributed services) or as a single piece of software or software module. And is not particularly limited herein.
The server 105 may be a server providing various services, such as a background server providing support for the terminal devices 101, 102, 103. The background server may analyze and perform other processing on the received data such as the applet identifier integrated in the host application, and feed back a processing result (e.g., a data acquisition request) to the terminal device.
It should be understood that the number of terminal devices, networks, and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
With continued reference to FIG. 2, a flow 200 of one embodiment of a data processing method according to the present application is shown. The data processing method comprises the following steps:
step 201, in response to receiving a data acquisition request of a running first applet to a second applet which is not in operation, calling a preset background running interface, and running the second applet in a background.
In this embodiment, an execution main body of the data processing method (for example, the terminal device shown in fig. 1) may invoke a preset background running interface of the second applet in response to receiving the data acquisition request, and run the second applet in the background. The received data acquisition request may be sent by a server, or may be a preset operation of the terminal device by the user. The data acquisition request requests the execution main body to provide data of the second applet to the first applet. The data may be user behavior data, user personal information, and/or an applet run log, among others. User behavior data refers to data generated by the user's behavior with respect to an applet. For example, the user behavior data may include the time the user accessed the web page through the applet and the web address of the web page. The user personal information may refer to the user's name, gender, height, etc. The pre-defined background run interface refers to an interface that can initiate background running of the applet without being displayed to the user in the foreground.
Each applet running platform can correspond to a preset background running interface, and therefore the execution main body can call the interface to run each applet in the applet running platform in the background. In addition, each applet or each host application may correspond to a preset background running interface, so that the execution main body may respectively call the preset background running interfaces of different applets to run each applet in the background, or call the same preset background running interface to run each applet integrated by one host application in the background. A host application refers to an application that has an applet running platform.
In some optional implementations of this embodiment, the information generated by the background running process of the second applet is non-visual information.
In these alternative implementations, the background running process of the second applet will not generate visual information for display to the user, even if the preset components for the second applet run include logic to generate visual information, the logic implementation is strictly prohibited. And the background runs the corresponding thread, and the thread can be processed in a non-visual thread stack to realize that the generated information is non-visual information. In particular, visual information is information for display to a user, such as interfaces and elements in interfaces.
Thus, memory resources can be saved, and meanwhile, the fact that the small programs running in the background are not displayed in the foreground is guaranteed.
In some optional host application scenarios of these implementations, the method further comprises: in response to the detection of the visual information generation operation on the second small program, calling a preset interface, and generating visual information by using a preset component of the second small program; and displaying the visual information on the terminal equipment through the second small program.
In these optional host application scenarios, the execution subject may invoke a preset interface in response to detecting a visual information generation operation of a user, generate visual information using a preset component, and display the visual information. Specifically, if the generated information is non-visual information in the background operation process, the execution main body may be triggered by a user operation at the front end, and call a preset Interface, such as an API (Application Programming Interface), to generate visual information by using a preset component. In this way, the user can see the interface for the second applet.
In some optional implementation manners of this embodiment, the background running stack includes preset components of at least one applet corresponding to the same applet running platform.
In these optional implementations, the background running stack may be configured to accommodate only one preset component, and if components corresponding to other applets are to be placed in the background running stack, the existing preset components need to be cleared. In addition, a background operation stack can be set to accommodate a plurality of preset components, so that a plurality of applets of one applet operation platform can be simultaneously subjected to background operation.
In some optional host application scenarios of these implementations, the method further comprises: and responding to preset components of a plurality of small programs corresponding to the same small program running platform in the background running stack, and running the plurality of small programs in the background by utilizing the preset components in the background running stack, wherein the preset components of different small programs correspond to different running processes.
In these alternative host application scenarios, each applet has a preset component corresponding thereto, and the preset components of different applets are different. In addition, in the process of background running of different applets by using the preset component, the running processes of the applets are independent.
The host application scenes can perform data isolation on data in the process corresponding to each applet so as to avoid random use of the data of the applet.
The data of the second applet is provided to the first applet, step 202.
In this embodiment, after the second applet is started and executed in the background, the execution main body may provide the data of the second applet to the first applet while the second applet is being executed. The execution main body may provide data in various ways, for example, the execution main body may directly send data of the second applet to a server corresponding to the first applet, so as to be used by the server. In addition, the execution main body may supplement the user personal information of the first applet with the user personal information of the second applet.
With continued reference to fig. 3, fig. 3 is a schematic diagram of a host application scenario of the data processing method according to the present embodiment. In the home application scenario of fig. 3, the instant messaging home application installed in the terminal device is integrated with 3 applets, and the 3 applets include a game applet and a shopping applet. The execution main body 301 may invoke a preset background running interface 303 to run the shopping applet 304 in the background in response to receiving a data acquisition request 302 of the running game applet to the shopping applet which is not in operation. The data of the shopping applet is provided to the game applet 305.
The method provided by the above embodiment of the present application can run the applet in a background starting manner and provide data of the applet to other applets when the applet is not started by a user. Therefore, data intercommunication among the small programs can be carried out at any time according to the requirements of other small programs, and the current operation of a user in a foreground is not influenced.
With further reference to FIG. 4, a flow 400 of yet another embodiment of a data processing method is shown. The flow 400 of the data processing method includes the following steps:
step 401, setting a background running stack for an applet running platform on which a second applet runs, wherein the background running stack is used for running the applet in the applet running platform in a background.
In this embodiment, an execution subject (for example, the terminal device shown in fig. 1) on which the data processing method runs may set a background stack for the applet to run in the background to the applet running platform. The applet running platform is the applet running platform on which the second applet runs, and all the applets in the applet running platform can be subjected to background running based on the background running stack.
The background running stack and the small program running platform have a one-to-one relation, and one background running stack can be set for each small program running platform of the target host application. In this way, the applet in the applet running platform can run in the background based on the background running stack. The background running stack is an execution stack (execution stack) which can be used for storing components of the running small program, and the information stored in the background running stack adopts a last-in first-out rule. The background running stack can exist in the non-visual thread stack.
The applet running platform is used for providing a running environment for the applet in the host application, and is a necessary condition for the applet to be started and run in the host application. The applet running platform can provide the applet with templates of interfaces to be displayed, a browser and personalized services for different host applications or different operating systems. There may be a plurality of different applet running platforms in any one of the hosted applications installed in the terminal device.
Step 402, in response to receiving a data acquisition request of a running first applet to a second applet which is not in operation, calling a preset background running interface, and running the second applet in a background.
In this embodiment, an execution main body of the data processing method (for example, the terminal device shown in fig. 1) may invoke a preset background running interface of the second applet in response to receiving the data acquisition request, and run the second applet in the background. The received data acquisition request may be sent by a server, or may be a preset operation of the terminal device by the user. The data acquisition request requests the execution main body to provide data of the second applet to the first applet.
In some optional implementations of this embodiment, step 402 may include:
calling a preset background operation interface, and adding a preset component of the second small program into a background operation stack; and running the second applet in the background by using the preset component in the background running stack.
In these optional implementation manners, the execution main body may call a preset background running interface to add a preset component of the second applet to the background running stack. Thus, the execution main body can perform background operation by using the preset component in the background operation stack. In these implementation manners, the preset component may be added under the condition that the preset component of the second applet is not included in the background running stack, and the background running of the second applet is realized by using the background running stack, so that the data intercommunication between the first applet and the second applet is realized.
In some optional implementations of this embodiment, step 402 may include:
and if the background running stack comprises the preset component of the second small program, running the second small program in the background by using the preset component.
In these optional implementation manners, the execution main body may first determine whether the background running stack includes the preset component of the second applet, and directly perform the background running by using the preset component when the background running stack includes the preset component. The execution main body can call the preset background running interface to discover and start the preset component, and then the second applet can run in the background by utilizing the preset component.
At step 403, data of the second applet is provided to the first applet.
In this embodiment, after the second applet is started and executed in the background, the execution main body may provide the data of the second applet to the first applet in a state where the second applet is being executed. The execution main body may provide data in various ways, for example, the execution main body may directly send data of the second applet to a server corresponding to the first applet, so as to be used by the server. In addition, the execution main body may supplement the user personal information of the first applet with the user personal information of the second applet.
In some optional implementations of this embodiment, step 403 may include:
determining a data acquisition authority for acquiring data of the second applet; in response to determining that the data acquisition subject indicated by the data acquisition permission includes the first applet, data of the second applet is provided to the first applet.
In these alternative implementations, the execution principal may determine the data acquisition rights of the second applet. If the data acquisition subject indicated by the data acquisition right includes the first applet, the data of the second applet may be supplied to the first applet. The data acquisition right may indicate a data acquisition subject having a right to acquire data, that is, data of the second applet may be supplied to those applets. The data acquisition permission may be stored in a file corresponding to the applet running platform or a file corresponding to the applet. The implementation modes can accurately determine which applets the execution main body can provide the data of the second applet to through the data acquisition authority, so that the data of the second applet can be prevented from being used at will.
With further reference to fig. 5, as an implementation of the method shown in the above figures, the present application provides an embodiment of a data processing apparatus, which corresponds to the embodiment of the method shown in fig. 2, and which can be applied in various electronic devices.
As shown in fig. 5, the data processing apparatus 500 of the present embodiment includes: an execution unit 501, and a providing unit 502. The running unit 501 is configured to, in response to receiving a data acquisition request of a running first applet to a second applet which is not in operation, call a preset background running interface, and run the second applet in a background; a providing unit 502 configured to provide data of the second applet to the first applet.
In some embodiments, the execution unit 501 of the data processing apparatus 500 may call a preset background execution interface of the second applet, in response to receiving the data acquisition request, to execute the second applet in the background. The received data acquisition request may be sent by a server, or may be a preset operation of the terminal device by the user.
In some embodiments, the providing unit 502 provides data of the second applet to the first applet, in case the second applet is in operation. The execution main body may provide data in various ways, for example, the execution main body may directly send data of the second applet to a server corresponding to the first applet, so as to be used by the server.
In some optional implementations of this embodiment, the apparatus further includes: and the setting unit is configured to set a background running stack for the applet running platform on which the second applet runs, wherein the background running stack is used for the applet in the applet running platform to run in the background.
In some optional implementations of this embodiment, the execution unit is further configured to execute the calling of the preset background running interface, and run the second applet in the background: calling a preset background operation interface, and adding a preset component of the second small program into a background operation stack; and running the second applet in the background by using the preset component in the background running stack.
In some optional implementations of this embodiment, the execution unit is further configured to execute the calling of the preset background running interface, and run the second applet in the background: and if the background running stack comprises the preset component of the second small program, running the second small program in the background by using the preset component.
In some optional implementations of this embodiment, the information generated by the background running process of the second applet is non-visual information.
In some optional implementations of this embodiment, the apparatus further includes: the generating unit is configured to respond to the detection of a visual information generating operation on the second small program, call a preset interface and generate visual information by utilizing a preset component of the second small program; and the display unit is configured to display the visual information on the terminal equipment through the second small program.
In some optional implementations of the embodiment, the providing unit is further configured to perform providing the data of the second applet to the first applet as follows: determining a data acquisition authority for acquiring data of the second applet; in response to determining that the data acquisition subject indicated by the data acquisition permission includes the first applet, data of the second applet is provided to the first applet.
In some optional implementation manners of this embodiment, the background running stack includes preset components of at least one applet corresponding to the same applet running platform.
In some optional implementations of this embodiment, the apparatus further includes: and the execution unit is configured to respond to preset components of the background running stack, which comprise a plurality of applets corresponding to the same applet running platform, and run the plurality of applets in the background by utilizing the preset components in the background running stack, wherein the preset components of different applets correspond to different running processes.
As shown in fig. 6, electronic device 600 may include a processing means (e.g., central processing unit, graphics processor, etc.) 601 that may perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)602 or a program loaded from a storage means 608 into a Random Access Memory (RAM) 603. In the RAM603, various programs and data necessary for the operation of the electronic apparatus 600 are also stored. The processing device 601, the ROM 602, and the RAM603 are connected to each other via a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
Generally, the following devices may be connected to the I/O interface 605: input devices 606 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; output devices 607 including, for example, a Liquid Crystal Display (LCD), a speaker, a vibrator, and the like; a storage device 608; and a communication device 609. The communication means 609 may allow the electronic device 600 to communicate with other devices wirelessly or by wire to exchange data. While fig. 6 illustrates an electronic device 600 having various means, it is to be understood that not all illustrated means are required to be implemented or provided. More or fewer devices may alternatively be implemented or provided. Each block shown in fig. 6 may represent one device or may represent multiple devices as desired.
In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means 609, or may be installed from the storage means 608, or may be installed from the ROM 602. The computer program, when executed by the processing device 601, performs the above-described functions defined in the methods of embodiments of the present disclosure. It should be noted that the computer readable medium of the embodiments of the present disclosure may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In embodiments of the disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In embodiments of the present disclosure, however, a computer readable signal medium may comprise a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present application may be implemented by software or hardware. The described units may also be provided in a processor, and may be described as: a processor includes an execution unit and a providing unit. Where the names of the units do not in some cases constitute a limitation of the units themselves, for example, the providing unit may also be described as a "unit providing data of the second applet to the first applet".
As another aspect, the present application also provides a computer-readable medium, which may be contained in the apparatus described in the above embodiments; or may be present separately and not assembled into the device. The computer readable medium carries one or more programs which, when executed by the apparatus, cause the apparatus to: in response to receiving a data acquisition request of a first running applet to a second applet which is not running, calling a preset background running interface, and running the second applet in a background; data of the second applet is provided to the first applet.
The above description is only a preferred embodiment of the application and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the invention herein disclosed is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the invention. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.

Claims (11)

1. A data processing method is applied to a terminal device, at least one applet is integrated into a target host application installed in the terminal device, the at least one applet comprises a first applet and a second applet, and the target host application refers to an application with an applet running platform; the method comprises the following steps:
in response to receiving a data acquisition request of the first applet in operation for the second applet which is not in operation, calling a preset background operation interface, and operating the second applet of the applet operation platform in a background, wherein the preset background operation interface can start the background operation of the applet, and each applet operation platform has a corresponding preset background operation interface, or each applet or each host application has a corresponding preset background operation interface;
providing data of the second applet to the first applet.
2. The method of claim 1, wherein, in response to receiving a data acquisition request from the first applet in operation for the second applet that is not in operation, invoking a pre-set back-end interface, prior to running the second applet in the back-end, the method further comprises:
and setting a background running stack for the applet running platform on which the second applet runs, wherein the background running stack is used for the applet running in the applet running platform to run in the background.
3. The method of claim 2, wherein the invoking a preset background-running interface to run the second applet in the background comprises:
calling the preset background operation interface, and adding a preset component of the second small program into the background operation stack;
and running the second applet in the background by using the preset component in the background running stack.
4. The method of claim 2, wherein the invoking a preset background-running interface to run the second applet in the background comprises:
and if the background running stack comprises the preset component of the second small program, running the second small program in the background by using the preset component.
5. The method of claim 1, wherein the information generated by the background run process of the second applet is non-visual information.
6. The method of claim 5, wherein the method further comprises:
in response to the detection of the visual information generation operation on the second small program, calling a preset interface, and generating visual information by using a preset component of the second small program;
and displaying the visual information on the terminal equipment through the second small program.
7. The method of claim 1, wherein the providing data of the second applet to the first applet comprises:
determining a data acquisition authority for acquiring data of the second applet;
in response to determining that the data acquisition subject indicated by the data acquisition permission includes the first applet, providing data of the second applet to the first applet.
8. The method of claim 2, wherein the background running stack comprises preset components of at least one applet corresponding to the same applet running platform.
9. The method of claim 8, wherein the method further comprises:
and responding to preset components of a plurality of small programs corresponding to the same small program running platform in a background running stack, and running the plurality of small programs in the background by using the preset components in the background running stack, wherein the preset components of different small programs correspond to different running processes.
10. An electronic device, 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-9.
11. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the method according to any one of claims 1-9.
CN201910303574.9A 2019-04-16 2019-04-16 Data processing method and device Active CN110007936B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910303574.9A CN110007936B (en) 2019-04-16 2019-04-16 Data processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910303574.9A CN110007936B (en) 2019-04-16 2019-04-16 Data processing method and device

Publications (2)

Publication Number Publication Date
CN110007936A CN110007936A (en) 2019-07-12
CN110007936B true CN110007936B (en) 2022-04-29

Family

ID=67172154

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910303574.9A Active CN110007936B (en) 2019-04-16 2019-04-16 Data processing method and device

Country Status (1)

Country Link
CN (1) CN110007936B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112579213A (en) * 2019-09-29 2021-03-30 北京国双科技有限公司 Method, device, terminal, server and storage medium for associating small program data
CN110865855B (en) * 2019-11-18 2023-10-27 百度在线网络技术(北京)有限公司 Applet processing method and related equipment
CN112540804A (en) * 2020-12-23 2021-03-23 北京百度网讯科技有限公司 Applet running method and device, electronic equipment and medium
CN112565466B (en) * 2021-02-20 2021-04-27 支付宝(杭州)信息技术有限公司 Method and device for cross-application association of users

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017136005A1 (en) * 2016-02-02 2017-08-10 Koeuth Lynetta Hawkins K i h panels
CN108170362A (en) * 2017-12-28 2018-06-15 维沃移动通信有限公司 A kind of application operation condition control method and mobile terminal
CN108196930A (en) * 2018-01-18 2018-06-22 腾讯科技(深圳)有限公司 Applied program processing method, device, storage medium and computer equipment
CN108933838A (en) * 2018-08-08 2018-12-04 网易(杭州)网络有限公司 Application data processing method and device
CN109525584A (en) * 2018-11-26 2019-03-26 竞技世界(北京)网络技术有限公司 A method of the building cross-platform polymorphic type application container in mobile terminal

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017136005A1 (en) * 2016-02-02 2017-08-10 Koeuth Lynetta Hawkins K i h panels
CN108170362A (en) * 2017-12-28 2018-06-15 维沃移动通信有限公司 A kind of application operation condition control method and mobile terminal
CN108196930A (en) * 2018-01-18 2018-06-22 腾讯科技(深圳)有限公司 Applied program processing method, device, storage medium and computer equipment
CN108933838A (en) * 2018-08-08 2018-12-04 网易(杭州)网络有限公司 Application data processing method and device
CN109525584A (en) * 2018-11-26 2019-03-26 竞技世界(北京)网络技术有限公司 A method of the building cross-platform polymorphic type application container in mobile terminal

Also Published As

Publication number Publication date
CN110007936A (en) 2019-07-12

Similar Documents

Publication Publication Date Title
CN109995877B (en) Information pushing method and device
CN110007936B (en) Data processing method and device
CN110069919B (en) Information acquisition method and device
CN110377440B (en) Information processing method and device
CN110098998B (en) Method and apparatus for processing information
CN108011949B (en) Method and apparatus for acquiring data
CN111857858A (en) Method and apparatus for processing information
CN108549586B (en) Information processing method and device
US11588822B2 (en) Right control method and apparatus for terminal device
CN111459364A (en) Icon updating method and device and electronic equipment
CN111581664B (en) Information protection method and device
CN111580883B (en) Application program starting method, device, computer system and medium
CN111596992B (en) Navigation bar display method and device and electronic equipment
CN112732547B (en) Service testing method and device, storage medium and electronic equipment
CN110619101B (en) Method and apparatus for processing information
CN110708238A (en) Method and apparatus for processing information
CN115022106B (en) Group information processing method, device, equipment and medium
CN108804442B (en) Serial number generation method and device
CN114302207A (en) Bullet screen display method, device, system, equipment and storage medium
CN111831530A (en) Test method and device
CN113032040B (en) Method, apparatus, device, medium, and article for processing tasks
CN114356788B (en) Application program detection method, device, equipment and medium based on user information
CN111831531B (en) Test method and device
CN111125676B (en) Joint authorization method and device
CN110099122B (en) Method and apparatus for sending network request

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20231108

Address after: 200240 building 41, 398 Heqing Road, Minhang District, Shanghai

Patentee after: Shanghai Chenlian Technology Co.,Ltd.

Address before: 201306 N2025 room 24, 2 New Town Road, mud town, Pudong New Area, Shanghai

Patentee before: SHANGHAI LIANSHANG NETWORK TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right