Data processing method, device and equipment
By introducing a monitoring subsystem into the operating system built on a distributed soft bus architecture, the business data required by the target thread is obtained and filtered, which solves the problem of incomplete data between threads and enables more accurate business processing.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-08-30
- Publication Date
- 2026-03-10
AI Technical Summary
In operating systems built on a distributed soft bus architecture, threads cannot access each other's data, resulting in incomplete data and inaccurate data processing.
The monitoring subsystem is pre-configured to obtain the data processing results of different threads. When a business data acquisition request is received from the target thread, the business data corresponding to the target business is filtered out from the data processing results and sent to the target thread through the monitoring subsystem to trigger the target thread to process the target business.
It enables data sharing between different threads, avoiding the problem of not being able to obtain complete business data due to the inability of threads to communicate, and improving the accuracy of business processing.
Smart Images
Figure CN121644478A_ABST
Abstract
Description
Technical Field
[0001] This document relates to the field of computer technology, and in particular to a data processing method, apparatus, and device. Background Technology
[0002] Because the distributed soft bus protocol is a high-bandwidth, low-latency, and highly reliable communication protocol, terminal devices equipped with operating systems built on the distributed soft bus architecture (such as HarmonyOS) are becoming increasingly popular.
[0003] However, because threads in the HarmonyOS operating system cannot directly access each other for data, the data accessed by threads may be incomplete, resulting in inaccurate data processing. Therefore, this specification provides a technical solution to improve the accuracy of data processing in an operating system built on a distributed soft bus architecture. Summary of the Invention
[0004] The purpose of the embodiments in this specification is to provide a technical solution to improve the accuracy of data processing in operating systems built on a distributed soft bus architecture.
[0005] To achieve the above technical solution, the embodiments in this specification are implemented as follows:
[0006] This specification provides a data processing method applied to a terminal device equipped with an operating system built on a distributed soft bus architecture. The method includes: acquiring data processing results from different threads through a pre-configured monitoring subsystem; upon receiving a request from a target thread to acquire business data for a target service, filtering out business data corresponding to the target service from the data processing results; and sending the business data to the target thread through the monitoring subsystem, wherein the business data is used to trigger the target thread to process the target service based on the business data.
[0007] This specification provides a data processing apparatus equipped with an operating system built on a distributed soft bus architecture. The apparatus includes: a result acquisition module for acquiring data processing results from different threads through a pre-configured monitoring subsystem; a data filtering module for filtering business data corresponding to the target business from the data processing results upon receiving a business data acquisition request from a target thread for a target business; and a data sending module for sending the business data to the target thread through the monitoring subsystem, wherein the business data is used to trigger the target thread to process the target business based on the business data.
[0008] This specification provides an embodiment of a data processing device, comprising: a processor; and a memory arranged to store computer-executable instructions, wherein, when executed, the executable instructions cause the processor to: acquire data processing results from different threads via a pre-configured monitoring subsystem; upon receiving a request from a target thread to acquire business data for a target service, filter out business data corresponding to the target service from the data processing results; and send the business data to the target thread via the monitoring subsystem, wherein the business data is used to trigger the target thread to process the target service based on the business data.
[0009] This specification also provides a storage medium for storing computer-executable instructions. When executed by a processor, the executable instructions implement the following process: acquiring data processing results from different threads through a pre-configured monitoring subsystem; upon receiving a request from a target thread to acquire business data for a target service, filtering out business data corresponding to the target service from the data processing results; and sending the business data to the target thread through the monitoring subsystem, wherein the business data is used to trigger the target thread to process the target service based on the business data.
[0010] This specification also provides a computer program product, including a computer program that, when executed by a processor, implements the following process: acquiring data processing results from different threads through a pre-configured monitoring subsystem; upon receiving a request from a target thread to acquire business data for a target business, filtering out business data corresponding to the target business from the data processing results; and sending the business data to the target thread through the monitoring subsystem, wherein the business data is used to trigger the target thread to process the target business based on the business data. Attached Figure Description
[0011] To more clearly illustrate the technical solutions in the embodiments or prior art of this specification, the drawings used in the description of the embodiments or prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this specification. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0012] Figure 1 This is an embodiment of a data processing method described in this specification;
[0013] Figure 2 This is yet another embodiment of the data processing method described in this specification;
[0014] Figure 3This is a schematic diagram of a message passing process described in this specification;
[0015] Figure 4 This is yet another embodiment of the data processing method described in this specification;
[0016] Figure 5 This is yet another embodiment of the data processing method described in this specification;
[0017] Figure 6 This is one embodiment of a data processing device described in this specification;
[0018] Figure 7 This is an embodiment of a data processing device described in this specification. Detailed Implementation
[0019] This specification provides a data processing method, apparatus, and device through its embodiments.
[0020] To enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this specification, and not all embodiments. Based on the embodiments in this specification, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this specification.
[0021] This specification provides a technical solution to improve the accuracy of data processing in operating systems built on a distributed soft bus architecture. Since the distributed soft bus protocol is a high-bandwidth, low-latency, and highly reliable communication protocol, terminal devices configured with operating systems built on a distributed soft bus architecture (such as HarmonyOS) are becoming increasingly popular. However, because threads in HarmonyOS cannot call each other, the data accessed by threads may be incomplete, leading to inaccurate data processing. Therefore, this specification provides a technical solution to improve the accuracy of data processing in operating systems built on a distributed soft bus architecture. In this solution, a pre-configured monitoring subsystem can acquire the data processing results of different threads. Upon receiving a request from a target thread to acquire business data for a target service, the subsystem filters out the business data corresponding to the target service from the data processing results and sends this business data to the target thread. This business data triggers the target thread to process the target service based on the business data. Different threads can send their data processing results to the monitoring subsystem, enabling data sharing between different threads. By using the monitoring subsystem, business data corresponding to the target business can be obtained from the data processing results of different threads. In this way, the target thread can execute the target business using the obtained business data, avoiding the problem of not being able to obtain complete business data due to the inability of threads to communicate, and improving the accuracy of business processing.
[0022] like Figure 1 As shown in the embodiments of this specification, a data processing method is provided. The execution subject of this method can be a terminal device, such as a mobile terminal device like a mobile phone or tablet computer, or a computer device like a laptop or desktop computer. The terminal device can be configured with an operating system built on a distributed soft bus architecture. This operating system can contain multiple subsystems providing different services. Each subsystem includes a server for data processing and a client for proxying the server. Specifically, the method may include the following steps:
[0023] In step S102, the data processing results of different threads are obtained through a pre-configured monitoring subsystem.
[0024] Among them, the monitoring subsystem can be a subsystem pre-configured in the operating system, used to obtain the data processing results of different threads in the processes of other subsystems (such as the package management subsystem, the telephone service subsystem, the media subsystem, etc.) through inter-process communication.
[0025] In implementation, taking thread 1 as the one for adding communication numbers and thread 2 as the one for modifying communication numbers as an example, the data processing results of thread 1 and thread 2 can be obtained through a pre-configured monitoring subsystem, that is, the added communication numbers and the modified communication numbers can be obtained.
[0026] In step S104, upon receiving a request from the target thread to obtain business data for the target business, business data corresponding to the target business is filtered out from the data processing results.
[0027] The target service can be any service, such as resource transfer, information update, video playback, or dialing. The service data can be the data required to execute the target service. For example, if the target service is dialing, the service data corresponding to the dialing service can include contact data obtained with user authorization and user operation data on the contact list (such as selecting contact numbers or selecting communication methods).
[0028] In practice, the monitoring subsystem can filter out the business data corresponding to the target business from the pre-acquired data processing results when it receives a request from the target thread to obtain business data for the target business.
[0029] For example, assuming the target service is a dial-up service, the service data corresponding to the target service that is filtered from the pre-acquired data processing results can include the added communication number and the modified communication number.
[0030] In step S106, the business data is sent to the target thread through the monitoring subsystem.
[0031] Among them, business data can be used to trigger the target thread to process the target business based on the business data.
[0032] In implementation, taking dialing service as an example, the business data of the target service can include the added communication number and the modified communication number. The target thread can trigger the execution of dialing service based on the added communication number and the modified communication number.
[0033] For example, suppose a user adds a contact number 1 to contact 1 in thread 1, and then modifies the contact number 1 of contact 1 in thread 2. In this case, the target thread can perform a dialing service based on the modified contact number 1.
[0034] This specification provides a data processing method. Through a pre-configured monitoring subsystem, it acquires data processing results from different threads. Upon receiving a request from a target thread to retrieve business data for a target service, it filters out the business data corresponding to the target service from the data processing results and sends this business data to the target thread via the monitoring subsystem. This business data triggers the target thread to process the target service based on the data. Different threads can send their data processing results to the monitoring subsystem, enabling data sharing between them. By acquiring the business data corresponding to the target service from the data processing results of different threads through the monitoring subsystem, the target thread can execute the target service using the acquired business data. This avoids the problem of incomplete business data acquisition due to communication barriers between threads, thus improving the accuracy of business processing.
[0035] In practical applications, before step S104 above, the data processing results of different threads can be stored. The following provides an optional processing method, such as... Figure 2 As shown, the specific process may include the following steps, S202.
[0036] In S202, based on the data processing status corresponding to the data processing result, the data in the data processing result with the data processing status of "processing completed" is stored in the message queue.
[0037] In practical applications, the specific processing method for filtering out the business data corresponding to the target business from the data processing results in step S104 above, when a business data acquisition request for the target business is received from the target thread, can be varied. One optional processing method is provided below, such as... Figure 2 As shown, the specific process may include the following steps, S1042.
[0038] In step S1042, upon receiving a request from the target thread to obtain business data for the target business, business data corresponding to the target business is filtered out from the message queue.
[0039] In practical applications, there are various ways to process the business data corresponding to the target business from the message queue in step S1042 above. The following provides three optional processing methods, which may include the contents of steps A2 to A4.
[0040] In step A2, the first business that has a business relationship with the target business is obtained.
[0041] In implementation, taking instant messaging as an example, the first service could be a contact update service or something else that is related to instant messaging; taking resource transfer as an example, the first service could be a resource management service or something else that is related to resource transfer.
[0042] In step A4, based on the business identifiers of the target business and the first business, the second data is filtered out from the message queue and identified as the business data corresponding to the target business.
[0043] In implementation, based on the business identifiers of the target business and the first business, the business processing results corresponding to the target business and the first business can be filtered from the message queue respectively, and the filtered business processing results can be determined as the second data.
[0044] In addition, the second data can be determined based on the business processing status of the filtered business processing results and the queuing time of the business processing results.
[0045] like Figure 3 As shown, taking HarmonyOS as an example, HarmonyOS can include multiple subsystems such as a package management subsystem, a telephony service subsystem, and a media subsystem. A monitoring subsystem can be added to HarmonyOS. Messages (i.e., data processing results) generated by the native thread can be sent to the monitoring subsystem via inter-process communication. The monitoring subsystem then sends data back to the message queue in different threads via callbacks. In this way, the monitoring subsystem's client can obtain the business data corresponding to the target business from the message queue through the Napi interface and by binding the thread to the environment.
[0046] In practical applications, the specific processing method for filtering out the business data corresponding to the target business from the data processing results in step S104 above, when a business data acquisition request for the target business is received from the target thread, can be varied. One optional processing method is provided below, such as... Figure 4 As shown, the specific process may include the following steps, S1044.
[0047] In step S1044, upon receiving a request from the target thread to acquire business data for the target business, business data corresponding to the target business is selected from the data processing results based on the data processing status and data processing time.
[0048] In implementation, preliminary screening can be performed based on the data processing status, that is, data processing results with the data processing status of "processed" can be selected first. Then, the preliminary screening data processing results can be sorted according to the data processing time. Finally, the business data corresponding to the target business can be determined based on the sorted data processing results.
[0049] In practical applications, the specific processing method for filtering out the business data corresponding to the target business from the data processing results in step S104 above, when a business data acquisition request for the target business is received from the target thread, can be varied. One optional processing method is provided below, such as... Figure 5 As shown, the specific process may include the following steps S1046 to S1048.
[0050] In step S1046, upon receiving a request from the target thread to obtain business data for the target business, the first data corresponding to the target business is filtered out from the message queue based on the business identifier of the target business.
[0051] In step S1048, business data corresponding to the target business is filtered out from the first data based on the entry time of the first data into the message queue.
[0052] In practical applications, the specific processing method for filtering out the business data corresponding to the target business from the first data according to the entry time of the first data into the message queue in step S1048 above can be varied. The following provides three optional processing methods, which may specifically include the content of step B2.
[0053] In step B1, if multiple first data entries have the same entry time, the business data corresponding to the target business is selected from the first data according to the priority of each first data entry.
[0054] In implementation, for example, assuming that the first data 1 is the modified communication number 1 for contact 1 and the first data 2 is the newly added communication number 2 for contact 1, if the entry time of the first data 1 and the first data 2 is the same, the business data corresponding to the target business can be filtered out from the first data 1 and the first data 2 according to their priority.
[0055] Specifically, the priority of the service corresponding to the first data can be obtained, and the service data corresponding to the target service can be filtered out based on the priority of the service corresponding to the first data. For example, if the priority of the service corresponding to the first data 1 is lower than the priority of the service corresponding to the first data 2, then the first data 2 can be determined as the service data corresponding to the target service.
[0056] This specification provides a data processing method. Through a pre-configured monitoring subsystem, it acquires data processing results from different threads. Upon receiving a request from a target thread to retrieve business data for a target service, it filters out the business data corresponding to the target service from the data processing results and sends this business data to the target thread via the monitoring subsystem. This business data triggers the target thread to process the target service based on the data. Different threads can send their data processing results to the monitoring subsystem, enabling data sharing between them. By acquiring the business data corresponding to the target service from the data processing results of different threads through the monitoring subsystem, the target thread can execute the target service using the acquired business data. This avoids the problem of incomplete business data acquisition due to communication barriers between threads, thus improving the accuracy of business processing.
[0057] The above describes the data processing method provided in the embodiments of this specification. Based on the same idea, the embodiments of this specification also provide a data processing device, such as... Figure 6 As shown.
[0058] The data processing device includes: a result acquisition module 601, a data filtering module 602, and a data transmission module 603, wherein:
[0059] The result acquisition module 601 is used to acquire the data processing results of different threads through a pre-configured monitoring subsystem.
[0060] The data filtering module 602 is used to filter out business data corresponding to the target business from the data processing results when a target thread receives a request to obtain business data for the target business.
[0061] The data sending module 603 is used to send the business data to the target thread through the monitoring subsystem, and the business data is used to trigger the target thread to process the target business based on the business data.
[0062] In the embodiments described in this specification, the device further includes:
[0063] The data storage module is used to store data in the data processing result whose data processing status is "processed and completed" in the message queue according to the data processing status corresponding to the data processing result;
[0064] The data filtering module 602 is used for:
[0065] Select business data corresponding to the target business from the message queue.
[0066] In this embodiment of the specification, the data filtering module 602 is used for:
[0067] Based on the service identifier of the target service, the first data corresponding to the target service is filtered out from the message queue;
[0068] Based on the entry time of the first data into the message queue, business data corresponding to the target business is filtered out from the first data.
[0069] In this embodiment of the specification, the data filtering module 602 is used for:
[0070] If multiple pieces of the first data have the same entry time, the business data corresponding to the target business is selected from the first data according to the priority of each piece of the first data.
[0071] In this embodiment of the specification, the data filtering module 602 is used for:
[0072] Obtain the first business that has a business relationship with the target business;
[0073] Based on the target service and the service identifier of the first service, second data is filtered out from the message queue, and the second data is determined as the service data corresponding to the target service.
[0074] In this embodiment of the specification, the data filtering module 602 is used for:
[0075] Based on the data processing status and data processing time corresponding to the data processing results, business data corresponding to the target business is filtered out from the data processing results.
[0076] This specification provides a data processing apparatus that, through a pre-configured monitoring subsystem, acquires data processing results from different threads. Upon receiving a request from a target thread to acquire business data for a target service, the apparatus filters out the business data corresponding to the target service from the data processing results and sends this business data to the target thread via the monitoring subsystem. This business data is used to trigger the target thread to process the target service based on the business data. Different threads can send their data processing results to the monitoring subsystem, enabling data sharing between them. By acquiring the business data corresponding to the target service from the data processing results of different threads through the monitoring subsystem, the target thread can execute the target service using the acquired business data. This avoids the problem of incomplete business data acquisition due to communication barriers between threads, thus improving the accuracy of business processing.
[0077] The above are the data processing apparatuses provided in the embodiments of this specification. Based on the same idea, the embodiments of this specification also provide a data processing device, such as... Figure 7As shown.
[0078] The data processing device can provide terminal equipment or servers, etc., for the above embodiments.
[0079] Data processing devices can vary considerably depending on configuration or performance, and may include one or more processors 701 and memory 702. Memory 702 may store one or more application programs or data. Memory 702 may be temporary or persistent storage. The application programs stored in memory 702 may include one or more modules (not shown), each module including a series of computer-executable instructions for the data processing device. Furthermore, processor 701 may be configured to communicate with memory 702 and execute the series of computer-executable instructions stored in memory 702 on the data processing device. The data processing device may also include one or more power supplies 703, one or more wired or wireless network interfaces 704, one or more input / output interfaces 705, and one or more keyboards 706.
[0080] Specifically, in this embodiment, the data processing device includes a memory and one or more programs, wherein one or more programs are stored in the memory, and one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the data processing device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following:
[0081] The data processing results of different threads are obtained through a pre-configured monitoring subsystem.
[0082] Upon receiving a request from the target thread to retrieve business data for a target business, the business data corresponding to the target business is filtered out from the data processing results;
[0083] The monitoring subsystem sends the business data to the target thread, and the business data is used to trigger the target thread to process the target business based on the business data.
[0084] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the data processing device embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.
[0085] This specification provides a data processing device that, through a pre-configured monitoring subsystem, acquires data processing results from different threads. Upon receiving a request from a target thread to acquire business data for a target service, the device filters out the business data corresponding to the target service from the data processing results and sends this business data to the target thread via the monitoring subsystem. This business data triggers the target thread to process the target service based on the data. Different threads can send their data processing results to the monitoring subsystem, enabling data sharing between them. By acquiring the business data corresponding to the target service from the data processing results of different threads through the monitoring subsystem, the target thread can execute the target service using the acquired business data. This avoids the problem of incomplete business data acquisition due to communication barriers between threads, thus improving the accuracy of business processing.
[0086] Furthermore, based on the above Figures 1 to 5 The method shown in this specification, along with one or more embodiments, also provides a storage medium for storing computer-executable instruction information. In one specific embodiment, the storage medium can be a USB flash drive, optical disc, hard disk, etc. When the computer-executable instruction information stored in the storage medium is executed by a processor, it can achieve the following process:
[0087] The data processing results of different threads are obtained through a pre-configured monitoring subsystem.
[0088] Upon receiving a request from the target thread to retrieve business data for a target business, the business data corresponding to the target business is filtered out from the data processing results;
[0089] The monitoring subsystem sends the business data to the target thread, and the business data is used to trigger the target thread to process the target business based on the business data.
[0090] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the above-described storage medium embodiment is basically similar to the method embodiment, so the description is relatively simple; relevant parts can be referred to the description of the method embodiment.
[0091] This specification provides a storage medium that, through a pre-configured monitoring subsystem, acquires data processing results from different threads. Upon receiving a request from a target thread to retrieve business data for a specific target service, the subsystem filters out the business data corresponding to the target service from the data processing results and sends this business data to the target thread. This business data triggers the target thread to process the target service based on the data. Different threads can send their data processing results to the monitoring subsystem, enabling data sharing between them. By acquiring the business data corresponding to the target service from the data processing results of different threads through the monitoring subsystem, the target thread can execute the target service using the acquired business data. This avoids the problem of incomplete business data acquisition due to communication barriers between threads, thus improving the accuracy of business processing.
[0092] Furthermore, based on the above Figures 1 to 5 The method shown in this specification, along with one or more embodiments, also provides a computer program product including a computer program that, when executed by a processor, performs the following process:
[0093] The data processing results of different threads are obtained through a pre-configured monitoring subsystem.
[0094] Upon receiving a request from the target thread to retrieve business data for a target business, the business data corresponding to the target business is filtered out from the data processing results;
[0095] The monitoring subsystem sends the business data to the target thread, and the business data is used to trigger the target thread to process the target business based on the business data.
[0096] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the above-described embodiment of a computer program product is relatively simple in description because it is fundamentally similar to the method embodiment; relevant parts can be referred to the description of the method embodiment.
[0097] This specification provides a computer program product that, through a pre-configured monitoring subsystem, acquires data processing results from different threads. Upon receiving a request from a target thread to retrieve business data for a specific target service, the subsystem filters out the business data corresponding to the target service from the data processing results and sends this business data to the target thread. This business data triggers the target thread to process the target service based on the data. Different threads can send their data processing results to the monitoring subsystem, enabling data sharing between them. By acquiring the business data corresponding to the target service from the data processing results of different threads through the monitoring subsystem, the target thread can execute the target service using the acquired business data. This avoids the problem of incomplete business data acquisition due to communication barriers between threads, thus improving the accuracy of business processing.
[0098] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.
[0099] In the 1990s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many methodological improvements today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that a methodological improvement cannot be implemented using a hardware physical module. For example, a Programmable Logic Device (PLD) (e.g., a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program a digital system themselves to "integrate" it onto a PLD, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should understand that by simply performing some logic programming on the method flow using one of these hardware description languages and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.
[0100] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.
[0101] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.
[0102] For ease of description, the above apparatus is described by dividing it into various functional units. Of course, when implementing one or more embodiments of this specification, the functions of each unit can be implemented in one or more software and / or hardware.
[0103] Those skilled in the art will understand that the embodiments of this specification can be provided as methods, systems, or computer program products. Therefore, one or more embodiments of this specification may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
[0104] Embodiments in this specification are described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this specification. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable parallel device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable parallel device, generate instructions for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.
[0105] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable fraud device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.
[0106] These computer program instructions can also be loaded onto a computer or other programmable device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable device for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.
[0107] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.
[0108] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.
[0109] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.
[0110] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.
[0111] Those skilled in the art will understand that the embodiments of this specification can be provided as methods, systems, or computer program products. Therefore, one or more embodiments of this specification may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
[0112] One or more embodiments of this specification can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a particular task or implement a particular abstract data type. One or more embodiments of this specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.
[0113] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to interchangeably. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.
[0114] The above description is merely an embodiment of this specification and is not intended to limit this document. Various modifications and variations can be made to this specification by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this specification should be included within the scope of the claims of this specification.
Claims
1. A data processing method, applied to a terminal device configured with an operating system constructed based on a distributed soft bus architecture, comprising: obtaining data processing results of different threads through a pre-configured monitoring subsystem; in a case where a target thread receives a service data obtaining request for a target service, screening service data corresponding to the target service from the data processing results; sending the service data to the target thread through the monitoring subsystem, the service data being used to trigger the target thread to process the target service based on the service data.
2. The method of claim 1, further comprising: storing data with a processing completed data processing state in the data processing results in a message queue according to a data processing state corresponding to the data processing results; the screening of the service data corresponding to the target service from the data processing results comprises: screening the service data corresponding to the target service from the message queue.
3. The method of claim 2, the screening of the service data corresponding to the target service from the message queue comprises: screening first data corresponding to the target service from the message queue according to a service identifier of the target service; screening the service data corresponding to the target service from the first data according to a queue-in time of the first data into the message queue.
4. The method of claim 3, the screening of the service data corresponding to the target service from the first data according to the queue-in time of the first data into the message queue comprises: if there are multiple first data with the same queue-in time, screening the service data corresponding to the target service from the first data according to a priority of each first data.
5. The method of claim 2, the screening of the service data corresponding to the target service from the message queue comprises: obtaining a first service having a service association relationship with the target service; screening second data from the message queue according to service identifiers of the target service and the first service, and determining the second data as the service data corresponding to the target service.
6. The method of claim 1, the screening of the service data corresponding to the target service from the data processing results comprises: screening the service data corresponding to the target service from the data processing results according to a data processing state corresponding to the data processing results and a data processing time.
7. A data processing apparatus configured with an operating system constructed based on a distributed soft bus architecture, comprising: a result obtaining module configured to obtain data processing results of different threads through a pre-configured monitoring subsystem; a data screening module configured to screen service data corresponding to a target service from the data processing results in a case where a target thread receives a service data obtaining request for the target service. a data sending module, configured to send, by the monitoring subsystem, the service data to the target thread, the service data being used to trigger the target thread to process the target service based on the service data.
8. An electronic device, comprising: A computer program product comprising a processor, a memory, and a computer program stored on the memory and loadable on the processor, the computer program, when executed by the processor, implements the steps of the data processing method according to any one of claims 1 to 6.
9. A computer-readable storage medium, characterized in that, A computer program product comprising a processor, a memory, and a computer program stored on the memory and loadable on the processor, the computer program, when executed by the processor, implements the steps of the data processing method according to any one of claims 1 to 6.
10. A computer program product, characterised in that, A computer program product comprising a processor, a memory, and a computer program stored on the memory and loadable on the processor, the computer program, when executed by the processor, implements the steps of the data processing method according to any one of claims 1 to 6.