CN111209031B

CN111209031B - Data acquisition method, device, terminal equipment and storage medium

Info

Publication number: CN111209031B
Application number: CN201911405836.9A
Authority: CN
Inventors: 秦偲晟; 陈宝石
Original assignee: Ruiting Network Technology Shanghai Co ltd
Current assignee: Ruiting Network Technology Shanghai Co ltd
Priority date: 2019-12-30
Filing date: 2019-12-30
Publication date: 2024-02-02
Anticipated expiration: 2039-12-30
Also published as: CN111209031A

Abstract

The application provides a data acquisition method, a data acquisition device, terminal equipment and a storage medium. The method comprises the following steps: acquiring a plurality of business data to be processed; intercepting target service data of a specified service scene from the plurality of service data to be processed based on a data mock rule which is configured for a first terminal in advance and aims at the specified service scene; and sending the target service data to the first terminal. According to the method and the device, the target business data of the appointed business scene are intercepted by pre-configuring the data mock rule of the appointed business scene, and the codes do not need to be written in the fixed business scene, so that the repackaging process is reduced, and the data acceptance efficiency is improved.

Description

Data acquisition method, device, terminal equipment and storage medium

Technical Field

The present disclosure relates to the field of data processing technologies, and in particular, to a data acquisition method, a data acquisition device, a terminal device, and a storage medium.

Background

UED (User Experience Design ) is a design approach centered on the user, designed with the user's needs as the goal, enabling the user experience to be correctly evaluated, knowing the user's real expectations and objectives.

Currently, the acceptance mode of the UED is generally that a developer keeps pictures in a screenshot mode in the development process and submits the pictures to the UED for acceptance. Alternatively, the developer writes the code dead in some fixed scenario and then packages it for UED acceptance.

In the above manner, only static acceptance data can be obtained in the screenshot manner, but some dynamic effect data cannot be accepted, and the code is written to death, so that the acceptance of the dynamic effect data can be realized, but the data acceptance efficiency is low because the dynamic effect data needs to be repackaged.

Disclosure of Invention

The embodiment of the application provides a data acquisition method, a data acquisition device, terminal equipment and a storage medium, so as to solve the problem that the existing data acceptance mode is low in efficiency.

In order to solve the technical problems, the application is realized as follows:

in a first aspect, an embodiment of the present application provides a data acquisition method, including:

acquiring a plurality of business data to be processed;

intercepting target service data of a specified service scene from the plurality of service data to be processed based on a data mock rule which is configured for a first terminal in advance and aims at the specified service scene;

and sending the target service data to the first terminal.

Optionally, before the acquiring the plurality of service data to be processed, the method further includes:

creating a proxy server;

acquiring a service request sent by the first terminal;

forwarding the service request to the proxy server;

the obtaining a plurality of service data to be processed includes:

and acquiring the plurality of service data to be processed by the proxy server according to the service request.

acquiring a specified service scene and a uniform resource locator of the first terminal, wherein the specified service scene and the uniform resource locator need to be subjected to data acceptance;

according to the appointed service scene and the uniform resource locator, writing and obtaining a data mock rule corresponding to the first terminal;

and configuring the data mock rule to a specified data interface.

Optionally, the intercepting, based on a data mock rule configured in advance for the first terminal and specific to a specific service scenario, target service data of the specific service scenario from the multiple pieces of service data to be processed includes:

receiving the plurality of service data to be processed through the designated data interface;

and intercepting target business data matched with the designated business scene and the uniform resource locator from the plurality of business data to be processed based on the data mock rule.

Optionally, after writing the data mock rule corresponding to the first terminal according to the specified service scenario, the method further includes:

receiving a verification request sent by a second terminal;

and after the verification request is successfully verified, controlling the second terminal to access a service platform registered by the data mock rule so that the second terminal copies the data mock rule aiming at the specified service scene in the service platform.

In a second aspect, embodiments of the present application further provide a data acquisition apparatus, including:

the service data acquisition module is used for acquiring a plurality of service data to be processed;

the target data interception module is used for intercepting and obtaining target service data of a specified service scene from the plurality of service data to be processed based on a data mock rule which is configured for the first terminal in advance and is specific to the specified service scene;

and the target data sending module is used for sending the target service data to the first terminal.

Optionally, the method further comprises:

the proxy server creation module is used for creating a proxy server;

the service request acquisition module is used for acquiring a service request sent by the first terminal;

A service request forwarding module, configured to forward the service request to the proxy server;

the service data acquisition module comprises:

and the service data acquisition sub-module is used for acquiring the plurality of service data to be processed by the proxy server according to the service request.

Optionally, the method further comprises:

the specified service scene acquisition module is used for acquiring a specified service scene and a uniform resource locator of the first terminal, wherein the specified service scene and the uniform resource locator need to be subjected to data acceptance;

the data mock rule writing module is used for writing and obtaining the data mock rule corresponding to the first terminal according to the specified service scene and the uniform resource locator;

and the data mock rule configuration module is used for configuring the data mock rule to a specified data interface.

Optionally, the target data interception module includes:

the service data receiving sub-module is used for receiving the plurality of service data to be processed through the appointed data interface;

and the target data interception sub-module is used for intercepting target service data matched with the designated service scene and the uniform resource locator from the plurality of service data to be processed based on the data mock rule.

Optionally, the method further comprises:

the verification request receiving module is used for receiving a verification request sent by the second terminal;

and the second terminal access module is used for controlling the second terminal to access to the service platform registered by the data mock rule after the verification request is successfully verified, so that the second terminal can copy the data mock rule aiming at the specified service scene in the service platform.

In a third aspect, embodiments of the present application further provide a terminal device, including: the system comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the computer program is executed by the processor to realize the data acquisition method.

In a fourth aspect, embodiments of the present application further provide a computer readable storage medium, where a computer program is stored on the computer readable storage medium, and when executed by a processor, the computer program implements a data acquisition method as described above.

In the embodiment of the application, the target service data of the specified service scene is obtained by intercepting the target service data of the specified service scene from the plurality of service data to be processed based on the data mock rule which is configured for the first terminal in advance and is specific to the specified service scene, and the target service data is sent to the first terminal. According to the method and the device, the target business data of the appointed business scene are intercepted by pre-configuring the data mock rule of the appointed business scene, and codes do not need to be written in the fixed business scene, so that the repackaging process is reduced, and the data acceptance efficiency is improved.

The foregoing description is only an overview of the technical solutions of the present application, and may be implemented according to the content of the specification in order to make the technical means of the present application more clearly understood, and in order to make the above-mentioned and other objects, features and advantages of the present application more clearly understood, the following detailed description of the present application will be given.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments of the present application will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person of ordinary skill in the art.

FIG. 1 is a flow chart of steps of a data acquisition method in an embodiment of the present application;

FIG. 2 is a flow chart of steps of another data acquisition method in an embodiment of the present application;

FIG. 3 is a schematic diagram of a data acquisition system in an embodiment of the present application;

FIG. 4 is a schematic diagram of a data acquisition device according to an embodiment of the present application;

FIG. 5 is a schematic diagram of another data acquisition device according to an embodiment of the present application;

Fig. 6 is a schematic hardware structure of a terminal device in an embodiment of the present application.

Detailed Description

The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.

Example 1

The embodiment of the application provides a data acquisition method.

Referring to fig. 1, a flowchart of steps of a data acquisition method in an embodiment of the present application is shown.

Step 101: and acquiring a plurality of service data to be processed.

The embodiment can be applied to a scene of data of a specified business scene required by a checking user.

In the embodiment of the application, the service data to be processed refers to the acquired data of the service scene needing to be checked and accepted.

In some examples, the service data to be processed may be obtained from the internet, for example, when a user accesses a certain internet address, all data in the internet address may be captured as the service data to be processed.

In some examples, the service data to be processed may be obtained from a preset database, e.g., the preset database holds all data captured from the internet in advance, and further, the service data to be processed may be obtained from the preset database.

It will be appreciated that the above examples are only examples listed for better understanding of the technical solutions of the embodiments of the present application, and are not to be construed as the only limitation of the embodiments of the present application.

After acquiring the plurality of pending service data, step 102 is performed.

Step 102: and intercepting target service data of the specified service scene from the plurality of service data to be processed based on a data mock rule which is configured for the first terminal in advance and aims at the specified service scene.

The first terminal refers to a terminal that needs to check data of a specific service scenario. In this embodiment, the first terminal may be a mobile terminal, such as a mobile electronic device including a mobile phone, a PAD (Portable Android Device, tablet computer), and the like. The first terminal may also be a PC (Personal Computer ) terminal, such as an electronic device like a desktop computer, a notebook computer, etc.

The specified service scenario refers to a scenario in which the first terminal needs to check and accept data, and the specified service scenario may be a real estate service scenario, a multimedia service scenario, a game service scenario, and the like, specifically may be determined according to service requirements, which is not limited in the embodiment of the present application.

Mock refers to a method of creating a virtual object for some objects that are not easily constructed or easily obtained during testing to facilitate testing.

The data mock rule refers to a data filtering rule configured according to a specific service scenario of the data required to be checked by the first terminal, and specifies rules such as a service scenario to be checked and a URL (Uniform Resource Locator ) of the data to be checked, and the like, specifically, the data mock rule may be determined according to service requirements, which is not limited in the embodiment of the present application.

The configuration process of the data mock rule will be described in detail in the following embodiments, which are not described herein.

The target service data refers to service data obtained by intercepting a plurality of service data to be processed by adopting a data mock rule, for example, the plurality of service data to be processed comprises service data 1, service data 2 and service data 3, and the service data obtained by intercepting the data mock rule is as follows: and when the service data 2 and the service data 3 are used, the service data 2 and the service data 3 are regarded as target service data.

After the data mock rule configured in advance for the first terminal and aiming at the specified service scene is obtained, a plurality of pieces of service data to be processed can be intercepted according to the pre-configured data mock rule, so that target service data of the specified service scene can be obtained.

After intercepting the target service data of the specified service scenario, step 103 is performed.

Step 103: and sending the target service data to the first terminal.

After intercepting the target service data of the specified service scene, the target service data can be sent to the first terminal for the first terminal to display on a terminal screen.

By adopting the mode, the preset data mock rule can be set on the mock platform, and at the moment, codes do not need to be added in each fixed scene, so that the workload of service personnel can be reduced, and the data acquisition efficiency is improved.

According to the data acquisition method, the target service data of the specified service scene is acquired by intercepting the target service data of the specified service scene from the plurality of service data to be processed based on the data mock rule which is configured for the first terminal in advance and is specific to the specified service scene, and the target service data is sent to the first terminal. According to the method and the device, the target business data of the appointed business scene are intercepted by pre-configuring the data mock rule of the appointed business scene, and codes do not need to be written in the fixed business scene, so that the repackaging process is reduced, and the data acceptance efficiency is improved.

Example two

The embodiment of the application provides a data acquisition method.

Referring to fig. 2, a flowchart of steps of another data acquisition method in an embodiment of the present application is shown.

Step 201: a proxy server is created.

In this embodiment, the technical solution of this embodiment may be described in detail as follows with reference to fig. 3.

Referring to fig. 3, a schematic diagram of a data acquisition system according to an embodiment of the present application is shown.

A proxy server refers to a server for acting as a proxy.

First, a proxy server (as shown in fig. 3) can be built on the intelligent router, and the proxy server can capture service data from the network.

After creating the proxy server, step 202 is performed.

Step 202: and acquiring a service request sent by the first terminal.

The first terminal refers to a terminal that needs to check data of a specific service scenario. As shown in fig. 3, the first terminal may be a terminal used by the user a or a terminal used by the user B, and in particular, may be determined according to service requirements.

In this embodiment, the first terminal may be a mobile terminal, such as a mobile electronic device including a mobile phone, a PAD (Portable Android Device, tablet computer), and the like. The first terminal may also be a PC (Personal Computer ) terminal, such as an electronic device like a desktop computer, a notebook computer, etc.

The service request refers to a request sent by the first terminal for acquiring service data.

When the first terminal needs to acquire service data through the proxy server, a certificate (certificate) can be sent to the proxy server through the intelligent router, the proxy server can register the certificate sent by the first terminal, and the certificate can be used for realizing the verification process of the first terminal on the proxy server.

When the first terminal needs to acquire service data of a certain scene, a service request can be generated according to the requirement of the first terminal.

After acquiring the service request sent by the first terminal, step 203 is performed.

Step 203: and forwarding the service request to the proxy server.

After the service request of the first terminal is acquired, the service request of the first terminal can be forwarded to a proxy server of the server through an intelligent router. Therefore, the proxy server can grasp corresponding service data from the network according to the service request of the first terminal.

Step 204: and acquiring the specified service scene and the uniform resource locator of the first terminal, which need to be subjected to data acceptance.

The specified service scenario refers to a service scenario in which the first terminal needs to check and accept data, and the specified service scenario may be a real estate service scenario, a multimedia service scenario, a game service scenario, and the like, specifically may be determined according to service requirements, which is not limited in the embodiment of the present application.

The uniform resource locator (Uniform Resource Locator, URL) is a compact representation of the location and access method of resources available on the internet, and is the address of a standard resource on the internet. Each file on the internet has a unique URL that contains information indicating the location of the file and how the browser should handle it.

When acquiring the data to be checked by the first terminal, firstly, a specified service scene and a uniform resource locator of the first terminal to be checked by the data can be acquired.

After acquiring the specified service scenario and the uniform resource locator for which the first terminal needs to perform data acceptance, step 205 is performed.

Step 205: and compiling and obtaining a data mock rule corresponding to the first terminal according to the specified service scene and the uniform resource locator.

The data mock rule refers to a data filtering rule configured according to a specified service scene of the data required to be checked and accepted by the first terminal, and the data mock rule specifies a URL (Uniform Resource Locator ) rule of the service scene and the data required to be checked and accepted.

After acquiring the specified service scene and the uniform resource locator of the first terminal to be subjected to data acceptance, writing the data mock rule corresponding to the first terminal according to the specified service scene and the uniform resource locator, specifically, writing codes according to the specified service scene and the uniform resource locator, and further adding the written codes to the Appmock platform shown in fig. 3 to obtain the data mock rule of the first terminal, wherein the data acquisition system further comprises a new adding/modifying rule module and a packet grabbing module, and the new adding/modifying rule module can be used for adding or modifying other rules to the data mock rule of the first terminal added to the Appmock platform. The packet grabbing module can be used for feeding back the grabbed data packets meeting the rules to the first terminal.

After the data mock rule corresponding to the first terminal is written according to the specified service scenario and the uniform resource locator, step 206 is executed.

Step 206: and configuring the data mock rule to a specified data interface.

The appointed data interface is an interface used for screening, filtering and grabbing service data on an Appmock platform.

One data interface can be preset on the Appmock platform, and a plurality of data interfaces can also be preset. Only one data interface is arranged on the Appmock platform, and when service data required to be checked by two users need to be acquired, the data required to be checked by the two users can be acquired sequentially through the data interface. And a plurality of data interfaces are arranged on the Appmock platform, and the data required to be checked and accepted by each user can be respectively grasped through two data interfaces in the plurality of data interfaces when the service data required to be checked and accepted by two users are grasped.

After the data mock rule of the first terminal is obtained by the Appmock platform, the data mock rule can be configured to a designated data interface when corresponding data need to be captured, so that filtering, screening and capturing of service data can be realized through the designated data interface according to the data mock rule.

Step 207: and acquiring the plurality of service data to be processed by the proxy server according to the service request.

The service data to be processed refers to the acquired data of the service scene needing to be checked and accepted.

After forwarding the service request to the proxy server, a plurality of service data to be processed may be acquired by the proxy server according to the service request, specifically, as shown in fig. 3, the proxy server may capture the service data in the network according to the service request through a monitor (grabber).

After the service data in the network is captured, the captured service data may be saved to a database server.

After the plurality of pending service data is obtained by the proxy server according to the service request, step 208 is performed.

Step 208: and receiving the plurality of service data to be processed through the designated data interface.

The data mock rule of the first terminal is preconfigured on the designated data interface, and then a plurality of pre-acquired service data to be processed can be acquired from the database server through the designated data interface. In this process, the designated data interface may be used only for receiving each service data to be processed and matching with the data mock rule of the first terminal.

After receiving the plurality of pending service data via the designated data interface, step 209 is performed.

Step 209: and intercepting target business data matched with the designated business scene and the uniform resource locator from the plurality of business data to be processed based on the data mock rule.

After receiving the plurality of service data to be processed through the designated data interface, the target service data matched with the designated service scene and the uniform resource locator can be intercepted from the plurality of service data to be processed based on the data mock rule.

After intercepting the target service data matching the designated service scenario and the uniform resource locator from the plurality of service data to be processed, step 210 is performed.

Step 210: and sending the target service data to the first terminal.

After intercepting the target service data of the specified service scene, the target service data can be sent to the first terminal for the first terminal to display on a terminal screen, specifically, after intercepting the target service data, the intercepted target service data can be sent to a packet grabbing module, and the packet grabbing module packs the target service data to obtain a service data packet, so that the service data packet can be sent to the first terminal in the form of a mail.

Step 211: and receiving a verification request sent by the second terminal.

The second terminal refers to a request that the second terminal logs in the Appmock platform when the service data of the service scene is required to be tested, and the verification request can include a user name and a password input by the second terminal, an ip address of the terminal used by the second terminal, and the like.

After receiving the authentication request sent by the second terminal, step 212 is performed.

Step 212: and after the verification request is successfully verified, controlling the second terminal to access a service platform registered by the data mock rule so that the second terminal copies the data mock rule aiming at the specified service scene in the service platform.

After receiving the verification request sent by the second terminal, the verification request can be sent to the Appmock platform, the Appmock platform verifies the verification request sent by the second terminal, and when the verification is successful, the second terminal is controlled to be accessed to the Appmock platform.

After the second terminal accesses the Appmock platform, the data mock rule for the specified service scene can be copied from the service platform, so that the second terminal can execute the service data acquisition of the specified service scene according to the rule.

By means of the method, the device and the system, UED acceptance can be relatively comprehensive, and the degree of dependence on development is reduced.

Example III

The embodiment of the application provides a data acquisition device.

Referring to fig. 4, a schematic structural diagram of a data acquisition device in an embodiment of the present application is shown.

The data acquisition device 300 of the embodiment of the present application includes: a service data acquisition module 310, a target data interception module 320, and a target data transmission module 330.

A service data acquisition module 310, configured to acquire a plurality of service data to be processed;

the target data interception module 320 is configured to intercept target service data of a specified service scene from the plurality of service data to be processed based on a data mock rule configured in advance for the first terminal and aiming at the specified service scene;

and a target data sending module 330, configured to send the target service data to the first terminal.

According to the data acquisition device provided by the embodiment of the application, through acquiring a plurality of pieces of service data to be processed, based on the data mock rule which is configured for the first terminal in advance and aims at the specified service scene, target service data of the specified service scene is obtained by intercepting the plurality of pieces of service data to be processed, and the target service data is sent to the first terminal. According to the method and the device, the target business data of the appointed business scene are intercepted by pre-configuring the data mock rule of the appointed business scene, and codes do not need to be written in the fixed business scene, so that the repackaging process is reduced, and the data acceptance efficiency is improved.

Example IV

The embodiment of the application provides a data acquisition device.

Referring to fig. 5, a schematic structural diagram of another data acquisition device in an embodiment of the present application is shown.

The data acquisition apparatus 400 of the embodiment of the present application includes: the proxy server creation module 410, the service request acquisition module 420, the service request forwarding module 430, the specified service scenario acquisition module 440, the data mock rule writing module 450, the data mock rule configuration module 460, the service data acquisition module 470, the target data interception module 480, the target data transmission module 490, the authentication request receiving module 4100, and the second terminal access module 4110.

A proxy creation module 410 for creating a proxy;

a service request acquisition module 420, configured to acquire a service request sent by the first terminal;

a service request forwarding module 430, configured to forward the service request to the proxy server;

the specified service scenario obtaining module 440 is configured to obtain a specified service scenario and a uniform resource locator that the first terminal needs to perform data acceptance;

the data mock rule writing module 450 is configured to write and obtain a data mock rule corresponding to the first terminal according to the specified service scenario and the uniform resource locator;

A data mock rule configuration module 460 configured to configure the data mock rule to a specified data interface;

a service data acquisition module 470, configured to acquire a plurality of service data to be processed;

a target data interception module 480, configured to intercept, from the plurality of service data to be processed, target service data of a specified service scene based on a data mock rule configured in advance for the first terminal and for the specified service scene;

a target data sending module 490, configured to send the target service data to the first terminal;

an authentication request receiving module 4100, configured to receive an authentication request sent by the second terminal;

and a second terminal access module 4110, configured to control the second terminal to access to a service platform registered by the data mock rule after the verification request is successfully verified, so that the second terminal replicates the data mock rule for the specified service scenario in the service platform.

Optionally, the service data obtaining module 470 includes:

and the service data obtaining submodule 471 is used for obtaining the plurality of service data to be processed by the proxy server according to the service request.

Optionally, the target data interception module 480 includes:

A service data receiving sub-module 481, configured to receive the plurality of service data to be processed through the specified data interface;

and the target data interception sub-module 482 is configured to intercept target service data matched with the specified service scenario and the uniform resource locator from the plurality of service data to be processed based on the data mock rule.

Example five

Fig. 6 is a schematic hardware structure of a terminal device implementing various embodiments of the present application.

The terminal device 500 includes, but is not limited to: radio frequency unit 501, network module 502, audio output unit 503, input unit 504, sensor 505, display unit 506, user input unit 507, interface unit 508, memory 509, processor 510, and power source 511. It will be appreciated by those skilled in the art that the terminal device structure shown in fig. 6 does not constitute a limitation of the terminal device, and the terminal device may comprise more or less components than shown, or may combine certain components, or may have a different arrangement of components. In the embodiment of the application, the terminal equipment includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer and the like.

It should be understood that, in the embodiment of the present application, the radio frequency unit 501 may be configured to receive and send information or signals during a call, specifically, receive downlink data from a base station, and then process the received downlink data with the processor 510; and, the uplink data is transmitted to the base station. Typically, the radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 501 may also communicate with networks and other devices through a wireless communication system.

The terminal device provides wireless broadband internet access to the user through the network module 502, such as helping the user to send and receive e-mail, browse web pages, access streaming media, etc.

The audio output unit 503 may convert audio data received by the radio frequency unit 501 or the network module 502 or stored in the memory 509 into an audio signal and output as sound. Also, the audio output unit 503 may also provide audio output (e.g., a call signal reception sound, a message reception sound, etc.) related to a specific function performed by the terminal device 500. The audio output unit 503 includes a speaker, a buzzer, a receiver, and the like.

The input unit 504 is used for receiving an audio or video signal. The input unit 504 may include a graphics processor (Graphics Processing Unit, GPU) 5041 and a microphone 5042, the graphics processor 5041 processing image data of still pictures or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 506. The image frames processed by the graphics processor 5041 may be stored in the memory 509 (or other storage medium) or transmitted via the radio frequency unit 501 or the network module 502. Microphone 5042 may receive sound and may be capable of processing such sound into audio data. The processed audio data may be converted into a format output that can be transmitted to the mobile communication base station via the radio frequency unit 501 in case of a phone call mode.

The terminal device 500 further comprises at least one sensor 505, such as a light sensor, a motion sensor and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor, wherein the ambient light sensor can adjust the brightness of the display panel 5061 according to the brightness of ambient light, and the proximity sensor can turn off the display panel 5061 and/or backlight when the terminal device 500 moves to the ear. As one of the motion sensors, the accelerometer sensor can detect the acceleration in all directions (generally three axes), and can detect the gravity and direction when the accelerometer sensor is stationary, and can be used for recognizing the gesture (such as horizontal and vertical screen switching, related games, magnetometer gesture calibration), vibration recognition related functions (such as pedometer and knocking) and the like of the terminal equipment; the sensor 505 may further include a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, etc., which are not described herein.

The display unit 506 is used to display information input by a user or information provided to the user. The display unit 506 may include a display panel 5061, and the display panel 5061 may be configured in the form of a liquid crystal display (Liquid Crystal Display, LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 507 is operable to receive input numeric or character information and to generate key signal inputs related to user settings and function control of the terminal device. Specifically, the user input unit 507 includes a touch panel 5071 and other input devices 5072. Touch panel 5071, also referred to as a touch screen, may collect touch operations thereon or thereabout by a user (e.g., operations of the user on touch panel 5071 or thereabout using any suitable object or accessory such as a finger, stylus, etc.). Touch panel 5071 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch azimuth of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 510, and receives and executes commands sent by the processor 510. In addition, the touch panel 5071 may be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 5071, the user input unit 507 may include other input devices 5072. In particular, other input devices 5072 may include, but are not limited to, physical keyboards, function keys (e.g., volume control keys, switch keys, etc.), trackballs, mice, joysticks, and so forth, which are not described in detail herein.

Further, the touch panel 5071 may be overlaid on the display panel 5061, and when the touch panel 5071 detects a touch operation thereon or thereabout, the touch operation is transmitted to the processor 510 to determine a type of touch event, and then the processor 510 provides a corresponding visual output on the display panel 5061 according to the type of touch event. Although in fig. 6, the touch panel 5071 and the display panel 5061 are two independent components to implement the input and output functions of the terminal device, in some embodiments, the touch panel 5071 and the display panel 5061 may be integrated to implement the input and output functions of the terminal device, which is not limited herein.

The interface unit 508 is an interface for connecting an external device to the terminal apparatus 500. For example, the external devices may include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 508 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the terminal apparatus 500 or may be used to transmit data between the terminal apparatus 500 and an external device.

The memory 509 may be used to store software programs as well as various data. The memory 509 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, phonebook, etc.) created according to the use of the handset, etc. In addition, the memory 509 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.

The processor 510 is a control center of the terminal device, connects various parts of the entire terminal device using various interfaces and lines, and performs various functions of the terminal device and processes data by running or executing software programs and/or modules stored in the memory 509 and calling data stored in the memory 509, thereby performing overall monitoring of the terminal device. Processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor that primarily handles operating systems, user interfaces, applications, etc., with a modem processor that primarily handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 510.

The terminal device 500 may further include a power source 511 (e.g., a battery) for powering the various components, and preferably the power source 511 may be logically coupled to the processor 510 via a power management system that performs functions such as managing charging, discharging, and power consumption.

In addition, the terminal device 500 includes some functional modules, which are not shown, and will not be described herein.

Preferably, the embodiment of the application further provides a terminal device, including: the processor 510, the memory 509, and a computer program stored in the memory 509 and capable of running on the processor 510, where the computer program when executed by the processor 510 implements the respective processes of the above-described data acquisition method embodiments and achieves the same technical effects, and for avoiding repetition, a description is omitted herein.

The embodiment of the application also provides a computer readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the processes of the above-mentioned data acquisition method embodiment are implemented, and the same technical effects can be achieved, so that repetition is avoided, and no further description is provided here. Wherein the computer readable storage medium is selected from Read-Only Memory (ROM), random access Memory (Random Access Memory, RAM), magnetic disk or optical disk.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk), including several instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the method described in the embodiments of the present application.

The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those of ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are also within the protection of the present application.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps described in connection with the embodiments disclosed herein can be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described systems, apparatuses and units may refer to corresponding procedures in the foregoing method embodiments, and are not repeated herein.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk, etc.

The foregoing is merely specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily think about changes or substitutions within the technical scope of the present application, and the changes and substitutions are intended to be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of data acquisition, comprising:

configuring the data mock rule to a specified data interface;

acquiring a plurality of business data to be processed;

intercepting target service data of a specified service scene from the plurality of service data to be processed based on a data mock rule configured in advance for a first terminal and aiming at the specified service scene, wherein the target service data comprises the following steps: receiving the plurality of service data to be processed through the designated data interface;

intercepting target business data matched with the designated business scene and the uniform resource locator from the plurality of business data to be processed based on the data mock rule;

and sending the target service data to the first terminal.

2. The method of claim 1, further comprising, prior to said obtaining the plurality of pending service data:

creating a proxy server;

acquiring a service request sent by the first terminal;

Forwarding the service request to the proxy server;

the obtaining a plurality of service data to be processed includes:

3. The method of claim 1, further comprising, after the writing the data mock rule corresponding to the first terminal according to the specified service scenario:

receiving a verification request sent by a second terminal;

4. A data acquisition device, comprising:

the data mock rule configuration module is used for configuring the data mock rule to a specified data interface;

the target data interception module is configured to intercept target service data of a specified service scene from the multiple service data to be processed based on a data mock rule configured in advance for the first terminal and aiming at the specified service scene, and includes: the service data receiving sub-module is used for receiving the plurality of service data to be processed through the appointed data interface;

the target data interception sub-module is used for intercepting target service data matched with the designated service scene and the uniform resource locator from the plurality of service data to be processed based on the data mock rule;

5. The apparatus as recited in claim 4, further comprising:

the proxy server creation module is used for creating a proxy server;

the service data acquisition module comprises:

6. A terminal device, comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, which when executed by the processor implements the data acquisition method according to any one of claims 1 to 3.

7. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a computer program which, when executed by a processor, implements the data acquisition method according to any one of claims 1 to 3.