WO2021249308A1 - 数据获取方法、装置、终端及存储介质 - Google Patents

数据获取方法、装置、终端及存储介质 Download PDF

Info

Publication number
WO2021249308A1
WO2021249308A1 PCT/CN2021/098408 CN2021098408W WO2021249308A1 WO 2021249308 A1 WO2021249308 A1 WO 2021249308A1 CN 2021098408 W CN2021098408 W CN 2021098408W WO 2021249308 A1 WO2021249308 A1 WO 2021249308A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
frame buffer
system process
data acquisition
adb command
Prior art date
Application number
PCT/CN2021/098408
Other languages
English (en)
French (fr)
Inventor
刘维维
吕俊涛
Original Assignee
中兴通讯股份有限公司
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
Priority claimed from CN202010511597.1A external-priority patent/CN113835752B/zh
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2021249308A1 publication Critical patent/WO2021249308A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G06F9/3004—Arrangements for executing specific machine instructions to perform operations on memory
    • G06F9/30047—Prefetch instructions; cache control instructions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G06F9/30076—Arrangements for executing specific machine instructions to perform miscellaneous control operations, e.g. NOP
    • G06F9/3009—Thread control instructions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs

Definitions

  • the embodiment of the present invention relates to but not limited to the field of communications, and specifically relates to but not limited to a data acquisition method, device, terminal, and storage medium.
  • the data in the system frame buffer is usually obtained through specific instructions.
  • the value of the counter corresponding to the number of frame refreshes in the system frame buffer is obtained through some specific commands, but this method does not It is not applicable to the data acquisition in the system frame buffer in certain scenarios.
  • the method of obtaining data in the system frame buffer is relatively single, and in some scenarios, there are certain permissions issues that cannot be obtained, which causes confusion to related staff.
  • the data acquisition method, device, terminal, and storage medium provided by the embodiments of the present invention mainly solve the technical problem that the method of acquiring data from the system frame buffer in the related technology is relatively single, and there are certain permissions problems in certain scenarios. Unable to obtain.
  • an embodiment of the present invention provides a data acquisition method, including: starting a system process, the system process is a process in the kernel; receiving the Android debugging bridge ADB command, the ADB command is used to instruct the slave Data is acquired in the system frame buffer; the system process acquires data in the system frame buffer according to the ADB command.
  • An embodiment of the present invention also provides a data acquisition device, the data acquisition device includes: a startup module, a receiving module, and an acquisition module; the startup module is used to start a system process, and the system process is a process in the kernel; The receiving module is used to receive the Android debugging bridge ADB command, the ADB command is used to instruct to obtain data from the system frame buffer; the acquisition module is used for the system process according to the Android debugging bridge ADB command in the system frame Get data in the buffer.
  • An embodiment of the present invention also provides a terminal, the terminal includes: a processor, a memory, and a communication bus; the communication bus is used to realize the connection and communication between the processor and the memory; the processor is used to execute data stored in the memory One or more computer programs to implement the steps of the data acquisition method described above.
  • the embodiment of the present invention also provides a storage medium, the storage medium stores one or more programs, and the one or more programs can be executed by one or more processors to realize the above-mentioned data acquisition method. step.
  • the beneficial effects of the present invention include at least: according to the data acquisition method, device, terminal and storage medium provided by the embodiments of the present invention, by starting the system process in the kernel and receiving the Android debugging bridge ADB command, the system process running in the kernel can be Obtaining data in the system frame buffer according to the ADB command solves the problem that the method of obtaining data from the system frame buffer in related technologies is relatively single, and there are certain permissions problems in some scenarios and cannot be obtained. That is, the data acquisition method, device, terminal and storage medium provided by the embodiments of the present invention first start the system process in the kernel to receive the ADB command, and then further, the system process running in the kernel executes the ADB command.
  • the embodiment of the present invention enriches the way of obtaining data in the system frame buffer, and ensures that the data in the system frame buffer is obtained.
  • the accuracy of the data which avoids the phenomenon that the data cannot be obtained from the system frame buffer under certain scenes (such as game scenes) through specific instructions in related technologies, and greatly reduces the troubles of related staff. It brings many conveniences and improves satisfaction.
  • FIG. 1 is a basic flowchart of a data acquisition method provided by Embodiment 1 of the present invention
  • FIG. 2 is a basic flowchart of processing after acquiring data and displaying the processing result according to the first embodiment of the present invention
  • FIG. 3 is a basic flowchart for calculating the number of frame refreshes in a unit time period according to Embodiment 1 of the present invention
  • Embodiment 4 is a basic flowchart of a data acquisition method provided by Embodiment 2 of the present invention.
  • FIG. 5 is a schematic diagram of an interface for displaying the number of frame refreshes according to the second embodiment of the present invention.
  • FIG. 6-1 is a first structural diagram of a data acquisition device provided in Embodiment 3 of the present invention.
  • Fig. 6-2 is a schematic diagram 2 of the structure of the data acquisition device provided in the third embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a terminal provided in Embodiment 4 of the present invention.
  • the embodiment of the present invention provides a data acquisition method.
  • the started system process acquires data in the system frame buffer according to the Android debugging bridge ADB command; please refer to FIG. 1.
  • Step S101 Start the system process.
  • Step S102 Receive an ADB command of the Android debugging bridge.
  • the system process in the embodiment of the present invention is a process in the kernel, which has the highest authority; the Android Debug Bridge (ADB) command is used to instruct to obtain data from the system frame buffer. It is a tool in the Android Step SDK. With this tool, you can directly operate and manage the Android emulator or real Android device; since the system process is started and runs in the kernel with the highest authority, it can execute ADB commands in the system frame buffer retrieve data.
  • ADB Android Debug Bridge
  • step S101 and step S101 can be executed in parallel, or either can be executed first, or executed after either, and the present invention does not specifically limit this.
  • starting the system process includes: starting the system process in the second device according to the start instruction, and the first device and the second device are different devices.
  • the user can issue the startup instruction on the first device, or the first device automatically generates the startup instruction according to preset rules, so that the second device can receive the startup instruction sent by the first device.
  • the second device starts the system process in the second device according to the start instruction so that the subsequently started system process can obtain the data in the system frame buffer in the second device.
  • the second device directly receives the issuance of the startup instruction from the user on the second device, so that the second device starts the system process in the second device according to the startup instruction for subsequent steps.
  • the started system process can obtain the data in the system frame buffer in the second device.
  • the first device in the embodiment of the present invention includes but is not limited to a computer
  • the second device includes but is not limited to smart devices, such as smart phones, wearable devices, etc.; in practical applications, it can be flexible according to specific application scenarios. adjust.
  • the ADB command may be issued by the test software, where the test software is an application program installed on the second device.
  • the test software can be customized by designing it to achieve flexibility.
  • the data that the test-related staff want to test can be obtained from the system frame buffer, which greatly reduces the work pressure of the test-related staff.
  • the ADB command may also be issued by any other application, or it may be a directly received ADB command from an external device.
  • the source of the ADB command can be flexibly adjusted according to specific application scenarios, and the present invention does not specifically limit this.
  • Step S103 The system process obtains data in the system frame buffer according to the ADB command.
  • the system process may also include at least the following two situations:
  • Case 1 Record and/or directly display the acquired data.
  • the acquired data can be recorded, where the recording can be a manual recording performed by a related staff member, or a second device
  • the automatic recording of the relevant program on the second device can reduce the work pressure of the relevant staff, and the automatic recording of the relevant program on the second device will involve the preservation of the recorded data.
  • the obtained data can be directly displayed.
  • the displayed data may be saved or unsaved. This allows the relevant staff to directly view the acquired data, which is more intuitive and clear, and facilitates the relevant staff to perform corresponding processing based on the displayed data.
  • the recording and display described here can be executed separately or in combination; when executed in combination, the acquired data can be recorded first, and then the acquired data can be displayed after recording, or it can be in the acquired data.
  • the data is recorded and displayed at the same time, that is, the two are executed in parallel; it is worth noting that in actual applications, flexible adjustments can be made according to specific application scenarios, and the present invention does not specifically limit this.
  • Case two includes at least the following steps, as shown in Figure 2:
  • Step S201 Process the acquired data according to a preset processing rule to obtain a processing result.
  • Step S202 Display the processing result.
  • the system process may also involve the use of the data for corresponding processing, so as to obtain the final processing result, so that the staff can according to the final
  • the processing result is judged to determine whether the related functions on the second device are operating normally, whether they are running well or not. Therefore, in an embodiment, after the system process obtains data in the system frame buffer according to the ADB command, the obtained data may be processed according to the processing rules to obtain the processing result, and the processing result is further displayed.
  • the ADB commands in the embodiment of the present invention include, but are not limited to, obtaining the value of the counter corresponding to the number of frame refreshes, obtaining the corresponding value of the CPU running time from power-on to the current time, etc.; that is, the system in the embodiment of the present invention
  • the data obtained by the process in the system frame buffer according to the ADB command includes, but is not limited to, the value of the counter corresponding to the number of frame refreshes, the corresponding value of the CPU running time from power-on to the current time, and so on.
  • the two specific ADB commands are illustrated here as examples. In actual applications, flexible adjustments need to be made according to specific application scenarios, and the present invention does not specifically limit this.
  • the preset processing rules in the embodiment of the present invention include, but are not limited to, calculating the acquired data to obtain the corresponding parameters within a unit time. For example, if the value of a counter corresponding to the number of frame refreshes is obtained, the preset processing rule It can be calculated by calculating the number of frame refreshes per unit time to obtain the frame rate, or obtaining the corresponding value of the CPU running time from power-on to the current time.
  • the preset processing rule can be calculating the CPU occupancy rate, that is, processing to obtain the CPU occupancy rate, etc. It is also worth noting that here is an example of two specific preset processing rules. In actual applications, flexible adjustments need to be made according to specific application scenarios, and the present invention does not specifically limit this.
  • the ADB command includes obtaining the value of the counter corresponding to the number of frame refreshes for illustration;
  • the system process acquiring data in the system frame buffer according to the ADB command may include: the system process executing the ADB command to acquire the value of the counter corresponding to the number of frame refreshes in the system frame buffer.
  • the first situation described above can be selected, that is, to record and/or directly display the obtained frame refresh times corresponding to the value of the counter.
  • the system process acquiring data in the system frame buffer according to the ADB command may include: the system process executing the ADB command to acquire the value of the counter corresponding to the number of frame refreshes in the system frame buffer.
  • Processing the acquired data according to preset processing rules to obtain the processing result includes: calculating the number of frame refreshes in a unit time period according to the value of the counter corresponding to the number of frame refreshes; displaying the calculation result includes: displaying the number of frame refreshes in the unit time period; Among them, calculating the number of frame refreshes in a unit time period according to the value of the counter corresponding to the number of frame refreshes includes at least the following steps, as shown in Figure 3:
  • Step S301 Calculate the difference between the frame refresh times corresponding to two different moments and the difference between the two moments.
  • Step S302 Use the difference of the frame refresh times divided by the time difference to obtain the frame refresh times within a unit time.
  • the value of the number of frame refreshes acquired at the first time t1 is k1
  • the value of the number of frame refreshes acquired at the second time t2 is k2.
  • the first time is calculated.
  • k/t represents the number of refreshes per unit time, and can be based on
  • the k/t needs to be displayed, so that the relevant staff can determine whether the frame refresh times on the second device is normal according to the displayed k/t, and further, determine whether it is fast, moderate, or slow when it is normal. Wait.
  • the system process running in the kernel can obtain data in the system frame buffer according to the ADB command, which solves the problem of obtaining data in the system frame buffer according to the ADB command.
  • the method of obtaining data in the frame buffer is relatively single, and in some scenarios, there is a problem that certain permissions cannot be obtained.
  • the data acquisition method provided by the embodiment of the present invention enriches the ways of acquiring data in the system frame buffer, and ensures the accuracy of acquiring data in the system frame buffer, thus avoiding the passage of specific instructions in related technologies.
  • the occurrence of the phenomenon that data cannot be obtained from the system frame buffer in some scenes (such as game scenes) greatly reduces the troubles of related staff, brings many conveniences to them, and improves the satisfaction of related staff.
  • the data acquisition method provided by the embodiment of the present invention starts the system process on the second device, such as an Android smart phone, by receiving a startup instruction from the first device, such as a computer, and uses the test software installed on the second device.
  • Send an ADB command so that the system process obtains the corresponding data from the system frame buffer according to the ADB command.
  • the process is simple and easy to implement, which facilitates deployment.
  • the second device does not need ROOT, and the data in the system frame buffer can be obtained online or offline.
  • the data acquisition method provided by the embodiment of the present invention directly displays the corresponding data obtained from the system frame buffer or displays the processing result after processing the corresponding data, which is more intuitive and clear, and facilitates the inspection by relevant test personnel. , which further improves the satisfaction of test-related personnel.
  • the embodiment of the present invention is based on the first embodiment, and takes a specific data acquisition method as an example to further illustrate the present invention. Please refer to FIG. 4:
  • Step S401 The mobile phone receives the start instruction sent by the computer, and starts the system process of the mobile phone according to the start instruction.
  • the game application on the mobile phone is already running, that is, subsequent data related to the running of the game application is obtained from the system frame buffer.
  • other applications on the mobile phone can also be run, such as video playback applications, applications with real-time video calls, that is, the subsequent video playback applications are obtained from the system frame buffer, and applications run with real-time video calls. related data.
  • system process of the mobile phone started according to the start instruction is a process in the kernel.
  • Step S402 Receive an ADB command, where the ADB command is used to instruct to obtain the value of the counter corresponding to the frame refresh times from the system frame buffer.
  • the ADB command is issued by the test software installed on the mobile phone, that is, the application on the mobile phone can be tested through the test software on the mobile phone, and the relevant data of the application running can be obtained from the system frame buffer, and the ADB command includes Get the value of the counter corresponding to the number of frame refreshes.
  • the FpsInfo.fps() function can be designed in the test software, and the function of obtaining the value of the counter corresponding to the number of frame refreshes in the system frame buffer through the ADB command can be realized by executing the execAdbCmd() function of the AdbTools() function.
  • the execAdbCmd() function realizes the capture of shell commands, which is realized by the adb connection() function.
  • Adb connection establishes socket objects, crypto objects, and transmits commands, and calls AdbProtocol() to input and output data to the socket.
  • the test software can also design the getFrameNum() function, by executing the shell command dumpsys SurfaceFlinger "Flips" to obtain the number of refreshes of the system frame buffer from the first moment to the second moment.
  • Step S403 The system process executes the ADB command to respectively obtain the value of the counter corresponding to the number of frame refreshes in the system frame buffer at two different moments in the system frame buffer.
  • Step S404 Calculate the difference between the frame refresh times corresponding to two different moments, and the difference between the two moments.
  • Step S405 Use the difference of the frame refresh times divided by the time difference to obtain the frame refresh times within a unit time.
  • Step S406 Display the number of frame refreshes in the unit time period.
  • the number of frame refreshes in a unit time period can be displayed in the test application interface. As shown in FIG. 5, the number of frame refreshes in the unit time period of game application A is displayed on the test application interface as k/ Schematic diagram of t's interface.
  • the value of the counter corresponding to the number of frame refreshes obtained from the system frame buffer can also be directly displayed in the test application interface.
  • the number of frame refreshes in the embodiment of the present invention is only the number of frame refreshes within a unit time calculated from the difference between the number of frame refreshes acquired at two different times and the time.
  • the number of frame refreshes can also be obtained by averaging the number of frame refreshes within a plurality of unit times. This improves the accuracy of the number of frame refreshes within a unit time period, thereby improving the accuracy of the test software for testing mobile phone applications.
  • the data acquisition method provided by the embodiment of the present invention starts the system process in the kernel on the second device, such as a smart phone, by receiving a startup instruction from a first device, such as a computer, and uses the test software installed on the second device.
  • ADB command is issued, so that the system process running in the kernel obtains the corresponding data of the game running from the system frame buffer according to the ADB command.
  • the process is simple and easy to implement, which facilitates deployment.
  • the second device does not need ROOT, and the system frame can be obtained online
  • the data in the buffer can also be offline to obtain the data in the system frame buffer; and the ADB command in the test software can be set flexibly, so that the corresponding data can be flexibly obtained from the system frame buffer, with high flexibility , Improve the satisfaction of test-related personnel.
  • the embodiment of the present invention provides a data acquisition device. Please refer to Figure 6-1.
  • the data acquisition device provided in the embodiment of the present invention includes: an activation module 601, a receiving module 602, and an acquisition module 603, in which:
  • the startup module 601 is set to start a system process, and the system process is a process in the kernel;
  • the receiving module 602 is configured to receive the Android debugging bridge ADB command, the ADB command is used to instruct to obtain data from the system frame buffer;
  • the obtaining module 603 is configured to obtain data in the system frame buffer by the system process according to the ADB command.
  • the receiving module 602 is further configured to receive the startup instruction sent by the first device; further, the startup module 601 starts the system process in the kernel in the second device according to the startup instruction, wherein the first device and the first device The second device is a different device.
  • the ADB command includes, but is not limited to, obtaining the value of the counter corresponding to the number of frame refreshes, obtaining the value of the counter corresponding to the number of frame refreshing, obtaining the corresponding value of the CPU from power-on to the current running time, etc.; wherein, when the ADB command includes obtaining When the number of frame refresh times corresponds to the value of the counter, the obtaining module 603 executes the ADB command by using the system process to obtain the value of the counter corresponding to the number of frame refresh times in the system frame buffer.
  • the data acquisition device further includes: a display module 604, wherein the display module 604 is configured to record and/ Or directly display the acquired data; and/or, after the system process acquires the data in the system frame buffer according to the ADB command, the acquired data is processed according to the preset processing rules to obtain the processing result, and the processing result is displayed.
  • the obtaining module 603 obtains the value of the counter corresponding to the number of frame refreshes in the system frame buffer at two different moments, and the display module 604 calculates the difference between the number of frame refreshes corresponding to the two different moments and the two moments.
  • the difference value of the frame refresh times is divided by the time difference to obtain the frame refresh times per unit time, that is, the display frame refresh times.
  • the system process running in the kernel can obtain data in the system frame buffer according to the ADB command, which solves the problem of obtaining data from the system frame buffer in the related technology.
  • the way to obtain data is relatively single, and in some scenarios, there are certain permissions issues that cannot be obtained.
  • the data acquisition device provided in the embodiment of the present invention enriches the ways of acquiring data in the system frame buffer, and ensures the accuracy of acquiring data in the system frame buffer, thus avoiding
  • the phenomenon that data cannot be obtained from the system frame buffer under certain scenes (such as game scenes) through specific instructions has greatly reduced the troubles of related staff, brought many conveniences, and improved Satisfaction.
  • the embodiment of the present invention provides a terminal.
  • the terminal provided in the embodiment of the present invention includes a processor 701, a memory 702, and a communication bus 703.
  • the communication bus 703 in the embodiment of the present invention is used to implement connection and communication between the processor 701 and the memory 702, and the processor 701 is used to execute one or more programs stored in the memory 702 to implement the following steps:
  • the ADB command is used to instruct to obtain data from the system frame buffer
  • the system process obtains data in the system frame buffer according to the ADB command.
  • the embodiment of the present invention also provides a storage medium, the storage medium stores one or more programs, and the one or more programs can be executed by one or more processors to realize the steps of the data acquisition method in the first to second embodiments. .
  • the storage medium includes volatile or nonvolatile, removable or non-removable implemented in any method or technology used to store information (such as computer-readable instructions, data structures, computer program modules, or other data) Medium.
  • Storage media include but are not limited to RAM (Random Access Memory), ROM (Read-Only Memory, read-only memory), EEPROM (Electrically Eraable Programmable read only memory), flash memory Or other memory technologies, CD-ROM (Compact Disc Read-Only Memory), digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, disk storage or other magnetic storage devices, or can be used Any other medium that stores the desired information and can be accessed by the computer.
  • the functional modules/units in the system, and the device can be implemented as software (which can be implemented by computer program code executable by a computing device. ), firmware, hardware and their appropriate combination.
  • the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may consist of several physical components. The components are executed cooperatively.
  • Certain physical components or all physical components can be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit .
  • communication media usually contain computer-readable instructions, data structures, computer program modules, or other data in a modulated data signal such as carrier waves or other transmission mechanisms, and may include any information delivery medium. Therefore, the present invention is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Debugging And Monitoring (AREA)

Abstract

一种数据获取方法、装置、终端及存储介质，该方法通过启动处于内核中的系统进程，接收安卓调试桥ADB命令（S102），运行在内核中的系统进程可根据ADB命令在系统帧缓冲区中获取数据；丰富了获取系统帧缓冲区中数据的方式，并保证了获取系统帧缓冲区中数据的准确性，避免了相关技术中通过特定指令在某些场景（如游戏场景）下无法从系统帧缓冲区中获取到数据的现象的发生，大大降低了相关工作人员的困扰，为其带来诸多便利，提高了满意度。

Description

数据获取方法、装置、终端及存储介质
相关申请的交叉引用
本申请基于2020年06月08日提交的发明名称为“数据获取方法、装置、终端及存储介质”的中国专利申请CN202010511597.1，并且要求该专利申请的优先权，通过引用将其所公开的内容全部并入本申请。
技术领域
本发明实施例涉及但不限于通信领域，具体而言，涉及但不限于一种数据获取方法、装置、终端及存储介质。
背景技术
随着信息技术的发展，系统帧缓冲区中的数据通常是通过特定的指令去获取，如系统帧缓冲区中帧刷新次数对应的计数器的值是通过一些特定的命令去获取，但是该方式并不适用于在某些场景下的系统帧缓冲区中的数据获取，例如在游戏场景下时，由于游戏界面的绘制原理不一样，所以通过特定的命令去获取时，往往存在权限问题，并不能获取得到。此外，系统帧缓冲区中获取数据方式较为单一，且在某些场景下存在一定的权限问题并无法获取到，给相关工作人员带来困扰。
发明内容
本发明实施例提供的数据获取方法、装置、终端及存储介质，主要解决的技术问题是相关技术中从系统帧缓冲区中获取数据方式较为单一，且在某些场景下存在一定的权限问题并无法获取到。
为至少解决上述技术问题，本发明实施例提供一种数据获取方法，包括：启动系统进程，所述系统进程为处于内核中的进程；接收安卓调试桥ADB命令，所述ADB命令用于指示从系统帧缓冲区中获取数据；所述系统进程根据所述ADB命令在系统帧缓冲区中获取数据。
本发明实施例还提供一种数据获取装置，所述数据获取装置包括：启动模块、接收模块以及获取模块；所述启动模块，用于启动系统进程，所述系统进程为处于内核中的进程；所述接收模块，用于接收安卓调试桥ADB命令，所述ADB命令用于指示从系统帧缓冲区中获取数据；所述获取模块，用于所述系统进程根据安卓调试桥ADB命令在系统帧缓冲区中获取数据。
本发明实施例还提供一种终端，所述终端包括：处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现如上所述的数据获取方法的步骤。
本发明实施例还提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的数据获取方法的步骤。
本发明的有益效果至少包括：根据本发明实施例提供的数据获取方法、装置、终端及存 储介质，通过启动处于内核中的系统进程，接收安卓调试桥ADB命令，运行在内核中的系统进程可根据ADB命令在系统帧缓冲区中获取数据，解决了相关技术中从系统帧缓冲区中获取数据方式较为单一，且在某些场景下存在一定的权限问题并无法获取到的问题。也即本发明实施例提供的数据获取方法、装置、终端及存储介质，通过先启动处于内核中的系统进程，接收ADB命令，再进一步地，由运行在内核中的系统进程来执行ADB命令，由于内核中的系统进程权限最高，所以不存在权限相关问题能够直接执行ADB命令；简言之，本发明实施例丰富了获取系统帧缓冲区中数据的方式，并保证了获取系统帧缓冲区中数据的准确性，这样便避免了相关技术中通过特定指令在某些场景(如游戏场景)下无法从系统帧缓冲区中获取到数据的现象的发生，大大降低了相关工作人员的困扰，为其带来诸多便利，提高了满意度。
本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
图1为本发明实施例一提供的数据获取方法的基本流程图；
图2为本发明实施例一提供的获取到数据后进行处理并显示处理结果的基本流程图；
图3为本发明实施例一提供的计算单位时间段内的帧刷新次数的基本流程图；
图4为本发明实施例二提供的数据获取方法的基本流程图；
图5为本发明实施例二提供的显示帧刷新次数的界面示意图；
图6-1为本发明实施例三提供的数据获取装置的结构示意图一；
图6-2为本发明实施例三提供的数据获取装置的结构示意图二；
图7为本发明实施例四提供的终端的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
实施例一：
本发明实施例提供一种数据获取方法，通过启动系统进程，启动的系统进程根据安卓调试桥ADB命令在系统帧缓冲区中获取数据；请参见图1所示。
步骤S101:启动系统进程。
步骤S102:接收安卓调试桥ADB命令。
需要说明的是，本发明实施例中的系统进程为处于内核中的进程，其具有最高的权限；安卓调试桥(Android Debug Bridge，ADB)命令用于指示从系统帧缓冲区中获取数据，其是安卓步骤SDK里的一个工具，用这个工具可以直接操作管理安卓模拟器或者真实的安卓设备；由于系统进程被启动，运行在内核中权限最高，所以能够执行ADB命令以在系统帧缓冲区中获取数据。
应当理解的是，步骤S101与步骤S101可以并行执行，也可以任一先执行，任一后执行，本发明对此不做具体限定。
在一实施例中，启动系统ADB进程之前，还包括至少以下步骤：
接收第一设备发送的启动指令；其中启动系统进程包括：根据启动指令启动第二设备中的系统进程，第一设备和第二设备为不同设备。
应当理解的是，用户可以在第一设备上进行启动指令的下发，或者第一设备按照预设规则自动生成启动指令，这样第二设备便能接收到第一设备发送过来的启动指令，第二设备便根据该启动指令将第二设备中的系统进程启动以便后续该启动的系统进程能够对第二设备中的系统帧缓冲区中的数据进行获取。
在一实施例中，也可以是第二设备直接接收到用户在第二设备上进行的启动指令的下发，这样第二设备便根据该启动指令将第二设备中的系统进程启动以便后续该启动的系统进程能够对第二设备中的系统帧缓冲区中的数据进行获取。
需要说明的是，本发明实施例中的第一设备包括但不限于电脑，第二设备包括但不限于智能设备，如智能手机、穿戴设备等；在实际应用中，可根据具体应用场景做灵活调整。
在一实施例中，ADB命令可以是测试软件下发的，其中测试软件是安装在第二设备上的一个应用程序，简言之，可以通过对测试软件进行自定义设计，这样便实现了灵活地从系统帧缓冲区中获取到测试相关工作人员想要测试得到的数据，大大降低了测试相关工作人员的工作压力。
在一实施例中，ADB命令也可以是其他任意应用程序下发，还可以是直接接收到的来自外部设备的ADB命令。
值得注意的是，在实际应用中，ADB命令的来源可根据具体应用场景做灵活调整，对此本发明不做具体限定。
步骤S103:系统进程根据ADB命令在系统帧缓冲区中获取数据。
在一实施例中，系统进程根据ADB命令在系统帧缓冲区中获取数据之后，还可以包括至少以下两种情况：
情况一：记录和/或直接显示获取到的数据。
一种实施方式中，在系统进程根据ADB命令在系统帧缓冲区中获取到数据后，可以将获取到的数据进行记录，其中记录可以是相关工作人员进行的手动记录，也可以是第二设备上的相关程序自动进行的记录，这样可以减小相关工作人员的工作压力，且在第二设备上的相关程序自动进行记录时会涉及到记录的数据的保存。
一种实施方式中，在系统进程根据ADB命令在系统帧缓冲区中获取到数据后，可以将获取到的数据直接进行显示，其中显示的数据可以是进行保存了的，也可以是未进行保存的；这样使得相关工作人员直接查看到获取到的数据，更加直观明了，便于相关工作人员根据该显示的数据进行相应处理。
其中，这里介绍的记录、显示两者可以单独执行，也可以结合执行；当结合执行时，可以是先对获取到的数据进行记录，记录后再显示获取到的数据，也可以是在获取到数据时同时进行记录和显示，即二者并行执行；值得注意的是，在实际应用中，可根据具体应用场景做灵活调整，对此本发明不做具体限定。
情况二，包括至少以下步骤，参见图2所示：
步骤S201:根据预设处理规则对获取到的数据进行处理得到处理结果。
步骤S202:显示处理结果。
应当理解的是，通常情况下系统进程根据ADB命令在系统帧缓冲区中获取到数据后，还可能会涉及到利用该数据进行相应处理，从而得到最终的处理结果，以便工作人员根据对最终的处理结果进行判别，确定第二设备上的相关功能是否正常运行、运行好坏等。因此，一种实施方式中，在系统进程根据ADB命令在系统帧缓冲区中获取到数据后，还可以根据处理规则对获取到的数据进行处理以得到处理结果，进一步地，显示该处理结果。
需要说明的是，本发明实施例中的ADB命令包括但不限于获取帧刷新次数对应计数器的值、获取CPU从开机到当前的运行时间对应值等；也即是说，本发明实施例中系统进程根据ADB命令在系统帧缓冲区中获取的数据包括但不限于帧刷新次数对应计数器的值、CPU从开机到当前的运行时间对应值等。值得注意的是，这里是以两种具体的ADB命令进行的示例说明，在实际应用中，需根据具体应用场景做灵活调整，本发明对此不做具体限定。
还需要说明的是，本发明实施例中的预设处理规则包括但不限于对获取到的数据进行计算得到单位时间内的相应参数，例如获取帧刷新次数对应计数器的值，则预设处理规则可以是计算单位时间内的帧刷新次数即处理得到帧率，或者获取CPU从开机到当前的运行时间对应值，则预设处理规则可以是计算CPU占用率即处理得到CPU占用率等。同样值得注意的是，这里是以两种具体的预设处理规则进行的示例说明，在实际应用中，需根据具体应用场景做灵活调整，本发明对此不做具体限定。
为了更好地理解，本发明实施例中以ADB命令包括获取帧刷新次数对应计数器的值进行示例说明；其中：
一种实施方式中，系统进程根据ADB命令在系统帧缓冲区中获取数据可以包括：系统进程执行ADB命令以在系统帧缓冲区中获取帧刷新次数对应计数器的值。此时，可选择上述介绍的情况一，即记录和/或直接显示获取到的帧刷新次数对应计数器的值。
一种实施方式中，系统进程根据ADB命令在系统帧缓冲区中获取数据可以包括：系统进程执行ADB命令以在系统帧缓冲区中获取帧刷新次数对应计数器的值。此时，可选择上述介绍的情况二，即根据预设处理规则对获取到的数据进行处理得到处理结果，显示处理结果；其中：
根据预设处理规则对获取到的数据进行处理得到处理结果包括：根据帧刷新次数对应计数器的值计算单位时间段内的帧刷新次数；显示计算结果包括：显示单位时间段内的帧刷新次数；其中，根据帧刷新次数对应计数器的值计算单位时间段内的帧刷新次数包括至少以下步骤，请参见图3所示：
步骤S301:计算两个不同时刻分别对应的帧刷新次数的差值，以及两个时刻的差值。
步骤S302:利用帧刷新次数的差值除以时刻差值得到单位时间内的帧刷新次数。
为了更好地理解，这里一个具体示例进行说明；例如，在第一时刻t1获取到帧刷新次数的值为k1，在第二时刻t2获取到帧刷新次数的值为k2，此时计算得到第一时刻t1和第二时刻t2对应的帧刷新次数的差值k＝k2-k1，两个时刻的差值t＝t2-t1，则k/t则表示单位时间内的刷新次数，且可以根据需要将k/t进行显示，以便后续相关工作人员可根据显示的k/t确定第二设备上的帧刷新次数是否正常，并进一步地，在正常时确定其是属于较快、适中、较慢等。
本发明实施例提供的数据获取方法，通过启动处于内核中的系统进程，接收ADB命令，运行在内核中的系统进程可根据ADB命令在系统帧缓冲区中获取数据，解决了相关技术中从 系统帧缓冲区中获取数据方式较为单一，且在某些场景下存在一定的权限问题并无法获取到的问题。简言之，本发明实施例提供的数据获取方法，丰富了获取系统帧缓冲区中数据的方式，并保证了获取系统帧缓冲区中数据的准确性，这样便避免了相关技术中通过特定指令在某些场景(如游戏场景)下无法从系统帧缓冲区中获取到数据的现象的发生，大大降低了相关工作人员的困扰，为其带来诸多便利，提升了相关工作人员的满意度。
进一步地，本发明实施例提供的数据获取方法，通过接收第一设备如电脑端的启动指令来启动第二设备如安卓智能手机上的系统进程，并借助于安装在第二设备上的测试软件下发ADB命令，从而系统进程根据该ADB命令从系统帧缓冲区中获取到相应数据，流程简单易于实施利于部署，同时第二设备无需ROOT，既可以在线获取系统帧缓冲区中的数据也可以离线获取系统帧缓冲区中的数据；且可以灵活对测试软件中的ADB命令进行设置，这样便能实现灵活地从系统帧缓冲区中获取到相应数据，灵活性高，提升了测试相关人员的满意度。
进一步地，本发明实施例提供的数据获取方法，通过对从系统帧缓冲区中获取到相应数据进行直接显示或对相应数据进行处理后显示处理结果，均更加直观明了，便于测试相关人员的查看，进一步提升了测试相关人员的满意度。
实施例二：
本发明实施例是在实施例一的基础上，以一种具体的数据获取方法为例对本发明作进一步的示例说明，请参见图4所示：
步骤S401:手机端接收电脑端发送的启动指令，根据该启动指令启动手机端的系统进程。
在一实施例中，手机端的游戏应用已运行，即后续是从系统帧缓冲区中获取到游戏应用运行的相关数据。
在一实施例中，也可以是手机端的其他应用运行，例如视频播放应用、带有实时视频通话应用，即后续是从系统帧缓冲区中获取到视频播放应用、带有实时视频通话应用运行的相关数据。
值得注意的是，在实际应用中，以具体需要测试的应用为准。
需要说明的是，根据该启动指令启动手机端的系统进程为处于内核中的进程。
步骤S402:接收ADB命令，其中ADB命令用于指示从系统帧缓冲区中获取帧刷新次数对应计数器的值。
应当理解的是，ADB命令由安装在手机端的测试软件下发，也即通过手机端的测试软件可以对手机端的应用进行测试，从系统帧缓冲区中获取到应用运行的相关数据，且ADB命令包括获取帧刷新次数对应计数器的值。
在一实施例中，测试软件中可设计FpsInfo.fps()函数，通过执行AdbTools()函数的execAdbCmd()函数以实现通过ADB命令在系统帧缓冲区中获取帧刷新次数对应计数器的值的功能,其中execAdbCmd()函数实现了shell命令的抓取，是通过adb connection()函数来实现，adb connection通过建立socket的对象，crypto对象，进行命令传输，同时调用AdbProtocol()对socket的输入输出数据进行解释；并且测试软件中也可设计getFrameNum()函数,通过执行shell命令dumpsys SurfaceFlinger"Flips"获取系统帧缓冲区从第一时刻到第二时刻的界面的刷新次数。
值得注意的是，在实际应用中，以具体的ADB命令指示为准，且需根据具体的ADB命令 对测试软件进行相应设计。
步骤S403:系统进程执行ADB命令以在系统帧缓冲区中分别获取在两个不同时刻系统帧缓冲区中帧刷新次数对应计数器的值。
步骤S404:计算两个不同时刻分别对应的帧刷新次数的差值，以及两个时刻的差值。
步骤S405:利用帧刷新次数的差值除以时刻差值得到单位时间内的帧刷新次数。
步骤S406:显示单位时间段内的帧刷新次数。
在一实施例中，可以在测试应用界面中显示单位时间段内的帧刷新次数，如参见图5所示，为在测试应用界面显示游戏应用A在单位时间段内的帧刷新次数为k/t的界面示意图。
在一实施例中，也可以在测试应用界面中直接显示从系统帧缓冲区中获取到帧刷新次数对应计数器的值。
应当理解的是，本发明实施例中的帧刷新次数仅是以在两个不同时刻获取到的帧刷新次数和时刻的差值计算得到的一个单位时间内的帧刷新次数，在实际应用中，帧刷新次数还可以是得到的多个单位时间内的帧刷新次数取平均值得到，这样提高了单位时间段内的帧刷新次数的准确率，从而提高了测试软件测试手机端应用的准确性。
本发明实施例提供的数据获取方法，通过接收第一设备如电脑端的启动指令来启动第二设备如智能手机上的处于内核中的系统进程，并借助于安装在第二设备上的测试软件下发ADB命令，从而运行在内核中的系统进程根据该ADB命令从系统帧缓冲区中获取到游戏运行的相应数据，流程简单易于实施利于部署，同时第二设备无需ROOT，既可以在线获取系统帧缓冲区中的数据也可以离线获取系统帧缓冲区中的数据；且可以灵活对测试软件中的ADB命令进行设置，这样便能实现灵活地从系统帧缓冲区中获取到相应数据，灵活性高，提升了测试相关人员的满意度。
实施例三：
本发明实施例提供一种数据获取装置，请参见图6-1所示，本发明实施例提供的数据获取装置包括：启动模块601、接收模块602及获取模块603，其中：
启动模块601，设置为启动系统进程，该系统进程为处于内核中的进程；
接收模块602，设置为接收安卓调试桥ADB命令，该ADB命令用于指示从系统帧缓冲区中获取数据；
获取模块603，设置为系统进程根据ADB命令在系统帧缓冲区中获取数据。
在一实施例中，接收模块602，还设置为接收第一设备发送的启动指令；进一步地，启动模块601根据启动指令启动第二设备中的处于内核中的系统进程，其中第一设备和第二设备为不同设备。
在一实施例中，ADB命令包括但不限于获取帧刷新次数对应计数器的值、获取帧刷新次数对应计数器的值、获取CPU从开机到当前的运行时间对应值等；其中，当ADB命令包括获取帧刷新次数对应计数器的值时，获取模块603利用系统进程执行ADB命令以在系统帧缓冲区中获取帧刷新次数对应计数器的值。
在一实施例中，请参见图6-2所示，数据获取装置还包括：显示模块604，其中显示模块604，设置为系统进程根据ADB命令在系统帧缓冲区中获取数据之后，记录和/或直接显示获取到的数据；和/或，设置为系统进程根据ADB命令在系统帧缓冲区中获取数据之后，根据 预设处理规则对获取到的数据进行处理得到处理结果，显示处理结果。
在一实施例中，获取模块603分别获取在两个不同时刻系统帧缓冲区中帧刷新次数对应计数器的值，显示模块604计算两个不同时刻分别对应的帧刷新次数的差值以及两个时刻的差值，利用帧刷新次数的差值除以时刻差值得到单位时间内的帧刷新次数，即显示帧刷新次数。
值得注意的是，为了不累赘说明，在本发明实施例中并未完全阐述实施例一至二中的所有示例，应当明确的是，实施例一至二中的所有示例均适用于本发明实施例。
本发明实施例提供的通过启动处于内核中的系统进程，接收ADB命令，运行在内核中的系统进程可根据ADB命令在系统帧缓冲区中获取数据，解决了相关技术中从系统帧缓冲区中获取数据方式较为单一，且在某些场景下存在一定的权限问题并无法获取到的问题。所以和相关技术中的数据获取装置相比，本发明实施例提供的数据获取装置丰富了获取系统帧缓冲区中数据的方式，并保证了获取系统帧缓冲区中数据的准确性，这样便避免了相关技术中通过特定指令在某些场景(如游戏场景)下无法从系统帧缓冲区中获取到数据的现象的发生，大大降低了相关工作人员的困扰，为其带来诸多便利，提高了满意度。
实施例四：
本发明实施例提供一种终端，请参见图7所示，本发明实施例提供的终端包括处理器701、存储器702、及通信总线703。
其中，本发明实施例中的通信总线703用于实现处理器701与存储器702之间的连接通信，处理器701则用于执行存储器702中存储的一个或者多个程序，以实现以下步骤：
启动系统进程，所述系统进程为处于内核中的进程；
接收安卓调试桥ADB命令，所述ADB命令用于指示从系统帧缓冲区中获取数据；
系统进程根据ADB命令在系统帧缓冲区中获取数据。
值得注意的是，为了不累赘说明，在本发明实施例中并未完全阐述实施例一至二中的所有示例，应当明确的是，实施例一至二中的所有示例均适用于本发明实施例。
本发明实施例还提供一种存储介质，存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如实施例一至二中的数据获取方法的步骤。
该存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。存储介质包括但不限于RAM(Random Access Memory，随机存取存储器),ROM(Read-Only Memory，只读存储器),EEPROM(Electrically Eraable Programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
可见，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的计算机程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能 或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。
此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

  1. 一种数据获取方法，包括：
    启动系统进程，所述系统进程为处于内核中的进程；
    接收安卓调试桥ADB命令，所述ADB命令用于指示从系统帧缓冲区中获取数据；
    所述系统进程根据所述ADB命令在系统帧缓冲区中获取数据。
  2. 如权利要求1所述的数据获取方法，其中，在所述启动系统进程之前，还包括：
    接收第一设备发送的启动指令；
    所述启动系统进程包括：
    根据所述启动指令启动第二设备中的系统进程，其中所述第一设备和第二设备为不同设备。
  3. 如权利要求1或2所述的数据获取方法，其中，所述系统进程根据ADB命令在系统帧缓冲区中获取数据之后，还包括：
    记录和/或直接显示获取到的所述数据。
  4. 如权利要求1或2所述的数据获取方法，其中，所述系统进程根据ADB命令在系统帧缓冲区中获取数据之后，还包括：
    根据预设处理规则对获取到的所述数据进行处理得到处理结果；
    显示所述处理结果。
  5. 如权利要求4所述的数据获取方法，其中，所述ADB命令包括获取帧刷新次数对应计数器的值；
    所述系统进程根据ADB命令在系统帧缓冲区中获取数据包括：
    所述系统进程执行所述ADB命令以在系统帧缓冲区中获取帧刷新次数对应计数器的值。
  6. 如权利要求5所述的数据获取方法，其中，所述根据预设处理规则对获取到的所述数据进行处理得到处理结果包括：
    根据所述帧刷新次数对应计数器的值计算单位时间段内的帧刷新次数；
    所述显示所述计算结果包括：
    显示单位时间段内的帧刷新次数。
  7. 如权利要求6所述的数据获取方法，其中，所述根据所述帧刷新次数对应计数器的值计算单位时间段内的帧刷新次数，包括：
    计算两个不同时刻分别对应的帧刷新次数的差值，以及两个时刻的差值；
    利用帧刷新次数的差值除以时刻差值得到单位时间内的帧刷新次数。
  8. 一种数据获取装置，其中，所述数据获取装置包括：启动模块、接收模块以及获取模块；
    所述启动模块，设置为启动系统进程，所述系统进程为处于内核中的进程；
    所述接收模块，设置为接收安卓调试桥ADB命令，所述ADB命令用于指示从系统帧缓冲区中获取数据；
    所述获取模块，设置为所述系统进程根据所述ADB命令在系统帧缓冲区中获取数据。
  9. 一种终端，所述终端包括：处理器、存储器及通信总线；
    所述通信总线设置为实现处理器和存储器之间的连接通信；
    所述处理器设置为执行存储器中存储的一个或者多个计算机程序，以实现如权利要求1-7中任一项所述的数据获取方法的步骤。
  10. 一种存储介质，所述存储介质存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现如权利要求1-7中任一项所述的数据获取方法的步骤。
PCT/CN2021/098408 2020-06-08 2021-06-04 数据获取方法、装置、终端及存储介质 WO2021249308A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010511597.1 2020-06-08
CN202010511597.1A CN113835752B (zh) 2020-06-08 数据获取方法、装置、终端及存储介质

Publications (1)

Publication Number Publication Date
WO2021249308A1 true WO2021249308A1 (zh) 2021-12-16

Family

ID=78845303

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/098408 WO2021249308A1 (zh) 2020-06-08 2021-06-04 数据获取方法、装置、终端及存储介质

Country Status (1)

Country Link
WO (1) WO2021249308A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160232872A1 (en) * 2015-02-06 2016-08-11 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR DISPLAYING COMPOSITION SCREEN IMAGE BY COMPOSING SCREEN IMAGES OF OPERATING SYSTEMS (OSs)
CN106055469A (zh) * 2016-05-19 2016-10-26 中国科学院软件研究所 一种基于代码注入的移动端应用测试系统及方法
CN106843897A (zh) * 2017-02-09 2017-06-13 腾讯科技（深圳）有限公司 一种截取游戏画面的方法和装置
CN107179890A (zh) * 2016-03-10 2017-09-19 北京君正集成电路股份有限公司 一种通过pc端对移动终端进行同步操作的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160232872A1 (en) * 2015-02-06 2016-08-11 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR DISPLAYING COMPOSITION SCREEN IMAGE BY COMPOSING SCREEN IMAGES OF OPERATING SYSTEMS (OSs)
CN107179890A (zh) * 2016-03-10 2017-09-19 北京君正集成电路股份有限公司 一种通过pc端对移动终端进行同步操作的方法及系统
CN106055469A (zh) * 2016-05-19 2016-10-26 中国科学院软件研究所 一种基于代码注入的移动端应用测试系统及方法
CN106843897A (zh) * 2017-02-09 2017-06-13 腾讯科技（深圳）有限公司 一种截取游戏画面的方法和装置

Also Published As

Publication number Publication date
CN113835752A (zh) 2021-12-24

Similar Documents

Publication Publication Date Title
US12075216B2 (en) Wireless earphone synchronization detection method, apparatus, wireless earphones and storage medium
US10802847B1 (en) System and method for reproducing and resolving application errors
CN110019502B (zh) 在主数据库和备数据库之间的同步方法、数据库系统和设备
CN110825456A (zh) 加载时间计算方法、装置、计算机设备及存储介质
US9239742B2 (en) Embedded systems and methods for threads and buffer management thereof
WO2019218464A1 (zh) 一种应用程序测试方法、装置、移动终端及介质
CN113784049A (zh) 安卓系统虚拟机的摄像头调用方法、电子设备和存储介质
CN110633190B (zh) 一种应用程序内存监控方法、装置、设备及存储介质
WO2017096910A1 (zh) 自适应调整办公软件的显示比例的方法和系统
WO2019218466A1 (zh) 一种应用程序测试方法、装置、终端设备及介质
CN109246423B (zh) Vr设备及vr设备检测方法
WO2021249308A1 (zh) 数据获取方法、装置、终端及存储介质
CN111651308B (zh) Dp转hdmi芯片的调试数据获取方法、装置和智能设备
US20180034749A1 (en) System and method for distributing and replaying trigger packets via a variable latency bus interconnect
US8171345B2 (en) Disablement of an exception generating operation of a client system
CN112256560A (zh) 应用程序测试方法、装置及电子设备
CN113986161A (zh) 一种音视频通信中实时提词的方法和装置
CN114443442B (zh) 日志存储方法及电子设备
US10949592B1 (en) Co-simulation execution platform
US20220067213A1 (en) Subliminal Software Detection
CN116610392A (zh) Hdmi屏幕的控制方法、装置、计算机设备及存储介质
CN111984496B (zh) 一种监控栈内存泄露的方法、装置、介质和电子设备
CN116744058A (zh) 一种电视端影视测试方法、装置、电子设备及存储介质
RU2671999C1 (ru) Способ и система для диагностики мобильных вычислительных устройств
EA036911B1 (ru) Способ и система для диагностики мобильных вычислительных устройств

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21822738

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 25.04.2023)

122 Ep: pct application non-entry in european phase

Ref document number: 21822738

Country of ref document: EP

Kind code of ref document: A1