CN107395724B - Network request method and device - Google Patents

Network request method and device Download PDF

Info

Publication number
CN107395724B
CN107395724B CN201710605028.1A CN201710605028A CN107395724B CN 107395724 B CN107395724 B CN 107395724B CN 201710605028 A CN201710605028 A CN 201710605028A CN 107395724 B CN107395724 B CN 107395724B
Authority
CN
China
Prior art keywords
network request
information
application
sdk
request information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710605028.1A
Other languages
Chinese (zh)
Other versions
CN107395724A (en
Inventor
秦碧
戚辅光
祁建斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN201710605028.1A priority Critical patent/CN107395724B/en
Publication of CN107395724A publication Critical patent/CN107395724A/en
Application granted granted Critical
Publication of CN107395724B publication Critical patent/CN107395724B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing

Abstract

The disclosure relates to a network request method and device. The method is applied to a Software Development Kit (SDK) of the terminal equipment, and comprises the following steps: sending network request information to the proxy application, wherein the network request information is used for indicating the proxy application to send the network request information to the server; receiving response information for the network request information from the server from the proxy application; and processing the response information, wherein the agent application is a system application built in a read only memory ROM of the terminal equipment. According to the embodiment of the disclosure, the network request information is sent to the proxy application, the proxy application initiates the network request to the server and forwards the response aiming at the network request to the SDK, so that proxy sending and forwarding of the network request are realized, and the security of network access is improved.

Description

Network request method and device
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a network request method and apparatus.
Background
A Software Development Kit (SDK) is generally a collection of development tools in building application software for a particular software package, software framework, hardware platform, operating system, etc., and may include a variety of development tools for debugging and other purposes. Software developers can access the SDK into the developed Application (APP), so that the developed application can support various functions of a platform corresponding to the SDK.
In actual operation, the SDK may need to use network services. In the related art, a network request related code may be directly added to the SDK so that the SDK directly makes a network request, but this approach causes the SDK to become bulky. In the related art, the network may also be accessed by an Application (APP) accessing the SDK, but this approach requires that the application has the capability or right of network access, and the application may be a third-party application, which may cause the security of network access to be reduced.
Disclosure of Invention
To overcome the problems in the related art, the present disclosure provides a network request method and apparatus.
According to a first aspect of the embodiments of the present disclosure, there is provided a network request method, which is applied to a software development kit SDK of a terminal device, and the method includes:
sending network request information to a proxy application, wherein the network request information is used for indicating the proxy application to send the network request information to a server;
receiving response information from the server for the network request information from the proxy application;
the response information is processed and the response information is processed,
the agent application is a system application which is built in a read only memory ROM of the terminal equipment.
For the above method, in one possible implementation, the method further includes:
encoding initial network request information into information in a byte stream form, wherein the information in the byte stream form is used as the network request information.
For the above method, in a possible implementation manner, the processing the response information includes:
decoding the response information in the form of a byte stream into data information;
and processing the data information.
With regard to the above method, in one possible implementation, it is characterized in that the SDK is accessed into an application installed in the terminal device.
According to a second aspect of the embodiments of the present disclosure, there is provided a network request apparatus, which is applied to a software development kit SDK of a terminal device, and includes:
a sending module, configured to send network request information to a proxy application, where the network request information is used to instruct the proxy application to send the network request information to a server;
a receiving module, configured to receive response information from the server for the network request information from the proxy application;
a processing module for processing the response information,
the agent application is a system application which is built in a read only memory ROM of the terminal equipment.
For the above apparatus, in one possible implementation, the apparatus further includes:
the encoding module is used for encoding the initial network request information into information in a byte stream form, wherein the information in the byte stream form is used as the network request information.
For the above apparatus, in one possible implementation, the processing module includes:
a decoding submodule for decoding the response information in the form of a byte stream into data information;
and the processing submodule is used for processing the data information.
For the above apparatus, in one possible implementation, the SDK is accessed into an application installed in the terminal device.
According to a third aspect of the embodiments of the present disclosure, there is provided a network request apparatus, including:
a processor; a memory for storing processor-executable instructions;
wherein the processor is configured to perform the network request method described above.
According to a fourth aspect of embodiments of the present disclosure, there is provided a non-transitory computer-readable storage medium, wherein instructions of the storage medium, when executed by a processor, enable the processor to perform the above network request method.
The embodiment of the disclosure sends the network request information to the proxy application, and the proxy application initiates the network request to the server and forwards the response aiming at the network request to the SDK, thereby realizing proxy sending and forwarding of the network request and improving the security of network access.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure.
Fig. 1 is a flow chart illustrating a network request method in accordance with an example embodiment.
Fig. 2 is a flow chart illustrating a network request method in accordance with an example embodiment.
Fig. 3 is a flow chart illustrating a network request method in accordance with an example embodiment.
Fig. 4 is a schematic diagram illustrating an application scenario of a network request method according to an exemplary embodiment.
Fig. 5 is a block diagram illustrating a network request device in accordance with an example embodiment.
Fig. 6 is a block diagram illustrating a network request device in accordance with an example embodiment.
Fig. 7 is a block diagram illustrating a network request device in accordance with an example embodiment.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.
Fig. 1 is a flowchart illustrating a network request method according to an exemplary embodiment, which is used in a software development kit SDK applied to a terminal device (e.g., a smart phone, a tablet computer, etc.), as shown in fig. 1, and includes the following steps.
In step S11, sending network request information to a proxy application, where the network request information is used to instruct the proxy application to send the network request information to a server;
receiving response information for the network request information from the server from the proxy application in step S12;
in step S13, the response information is processed,
the agent application is a system application which is built in a read only memory ROM of the terminal equipment.
The embodiment of the disclosure sends the network request information to the proxy application, and the proxy application initiates the network request to the server and forwards the response aiming at the network request to the SDK, thereby realizing proxy sending and forwarding of the network request and improving the security of network access.
For example, a system level proxy Application (APP) may be built into the read only memory ROM of the terminal device, which may be used to receive and forward network requests from the SDK and responses from the server, unlike applications for SDK access. Also, the proxy application may not process the network request information and the response information.
In one possible implementation, the SDK is incorporated into an application installed in the terminal device. The application may be, for example, a third party application that, upon accessing the SDK, is capable of supporting various functions of the system or platforms in the system (e.g., login, access, payment, etc.). The application may or may not have network privileges. The present disclosure does not limit the SDKs and the specific types of applications accessing the SDKs.
In one possible implementation, when the SDK needs to access the network, network request information, such as a network request message for the X server, may be generated. In this case, the SDK may send the network request information to the proxy application. When receiving the network request information, the agent application may establish a communication connection with a corresponding server (server), and send the network request information to the server. After processing the network request information, the server may generate response information for the network request information, and send the response information to the proxy application. When the proxy application receives the response information, the response information may be forwarded to the SDK. The SDK may perform corresponding processing on the response information, for example, use the content in the response information to implement a corresponding function, etc.
By the method, the proxy application built in the system can be adopted to send and forward the network request, so that the network security is improved; the SDK does not need to integrate a network access function, so that the volume of the SDK is smaller; and the network authority of the application accessing the SDK is not limited, so that the requirement on the application accessing the SDK is reduced.
Fig. 2 is a flow diagram illustrating a network request method according to an example embodiment, as shown in fig. 2, in one possible implementation, the method further includes:
in step S14, the initial network request information is encoded into information in the form of a byte stream, wherein the information in the form of a byte stream serves as the network request information.
For example, when the SDK needs to access the network, the initial network request information generated by the SDK may be information in the form of a character stream. However, when the SDK and the proxy Application (APP) have different character conversion methods (e.g., the SDK and the proxy APP have different versions), data deviation may occur due to non-uniform conversion during information transfer. To avoid this, the SDK may encode the initial network request information into information in the form of a byte stream, and send the information in the form of the byte stream as the network request information to the agent APP for the agent APP to forward to the server.
In this way, data skew during information transfer can be avoided.
Fig. 3 is a flowchart illustrating a network request method according to an exemplary embodiment, and as shown in fig. 3, in one possible implementation, step S13 may include:
step S131, decoding the response information in the form of byte stream into data information;
step S132, processing the data information.
For example, the SDK may send information in the form of a byte stream to the agent APP as network request information for the agent APP to forward to the server. In this case, the response information of the server received by the agent APP for the network request information is also information in the form of a byte stream. When the agent APP receives the response information, it may forward the response information to the SDK.
In one possible implementation, when the SDK receives the response information in the form of a byte stream, the response information may be decoded into normal data information. After obtaining the data information, the SDK may perform corresponding processing on the data information, for example, use the content in the data information to implement a corresponding function.
In this way, data skew during information transfer can be avoided.
Application example
An application example according to the embodiment of the present disclosure is given below in conjunction with "SDK sends a network request" as an exemplary application scenario to facilitate understanding of the flow of the network request method. It should be understood by those skilled in the art that the following application examples are only for the purpose of facilitating understanding of the embodiments of the present invention, and should not be construed as limiting the embodiments of the present invention.
Fig. 4 is a schematic diagram illustrating an application scenario of a network request method according to an exemplary embodiment. As shown in fig. 4, in this application example, when the SDK needs to access the network, network request information for the server may be generated and may be sent to the proxy application. When receiving the network request information, the proxy application may establish a communication connection with a corresponding server, and send the network request information to the server. After processing the network request information, the server may generate response information for the network request information, and send the response information to the proxy application. When the proxy application receives the response information, the response information may be forwarded to the SDK. The SDK may process the response message accordingly.
According to the embodiment of the disclosure, the proxy application built in the system can be adopted to send and forward the network request, so that the network security is improved; the SDK does not need to integrate a network access function, so that the volume of the SDK is smaller; and the network authority of the application accessing the SDK is not limited, so that the requirement on the application accessing the SDK is reduced.
Fig. 5 is a block diagram illustrating a network request device in accordance with an example embodiment. Referring to fig. 5, the apparatus is applied to a software development kit SDK of a terminal device, and includes a sending module 51, a receiving module 52 and a processing module 53.
The sending module 51 is configured to send network request information to the proxy application, where the network request information is used to instruct the proxy application to send the network request information to a server;
the receiving module 52 is configured to receive response information from the server for the network request information from the proxy application;
the processing module 53 is configured for processing the response information,
the agent application is a system application which is built in a read only memory ROM of the terminal equipment.
Fig. 6 is a block diagram illustrating a network request device in accordance with an example embodiment. Referring to fig. 6, in one possible implementation, the apparatus further includes:
an encoding module 54, configured to encode the initial network request information into information in a byte stream form, where the information in the byte stream form is used as the network request information.
Referring to fig. 6, in one possible implementation, the processing module 53 includes:
a decoding submodule 531 for decoding the response information in the form of a byte stream into data information;
and the processing sub-module 532 is used for processing the data information.
In one possible implementation, the SDK is accessed into an application installed in the terminal device.
According to the embodiment of the disclosure, the network request information is sent to the proxy application, the proxy application initiates the network request to the server and forwards the response aiming at the network request to the SDK, so that proxy sending and forwarding of the network request are realized, and the security of network access is improved.
With regard to the apparatus in the above-described embodiment, the specific manner in which each module performs the operation has been described in detail in the embodiment related to the method, and will not be elaborated here.
Fig. 7 is a block diagram illustrating a network request device 800 according to an example embodiment. For example, the apparatus 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, an exercise device, a personal digital assistant, and the like.
Referring to fig. 7, the apparatus 800 may include one or more of the following components: processing component 802, memory 804, power component 806, multimedia component 808, audio component 810, input/output (I/O) interface 812, sensor component 814, and communication component 816.
The processing component 802 generally controls overall operation of the device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing components 802 may include one or more processors 820 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interaction between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.
The memory 804 is configured to store various types of data to support operations at the apparatus 800. Examples of such data include instructions for any application or method operating on device 800, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.
Power components 806 provide power to the various components of device 800. The power components 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the apparatus 800.
The multimedia component 808 includes a screen that provides an output interface between the device 800 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 800 is in an operating mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.
The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the apparatus 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may further be stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.
The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.
The sensor assembly 814 includes one or more sensors for providing various aspects of state assessment for the device 800. For example, the sensor assembly 814 may detect the open/closed status of the device 800, the relative positioning of components, such as a display and keypad of the device 800, the sensor assembly 814 may also detect a change in the position of the device 800 or a component of the device 800, the presence or absence of user contact with the device 800, the orientation or acceleration/deceleration of the device 800, and a change in the temperature of the device 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
The communication component 816 is configured to facilitate communications between the apparatus 800 and other devices in a wired or wireless manner. The device 800 may access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
In an exemplary embodiment, the apparatus 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.
In an exemplary embodiment, a non-transitory computer-readable storage medium comprising instructions, such as the memory 804 comprising instructions, executable by the processor 820 of the device 800 to perform the above-described method is also provided. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims (8)

1. A network request method is applied to a Software Development Kit (SDK) of a terminal device, wherein a network access function is not integrated in the SDK, and the method comprises the following steps:
encoding initial network request information into information in a byte stream form, wherein the information in the byte stream form is used as network request information;
sending the network request information to a proxy application, wherein the network request information is used for indicating the proxy application to send the network request information to a server;
receiving response information from the server for the network request information from the proxy application;
the response information is processed and the response information is processed,
the agent application is a system application which is built in a read only memory ROM of the terminal equipment.
2. The method of claim 1, wherein processing the response information comprises:
decoding the response information in the form of a byte stream into data information;
and processing the data information.
3. Method according to claim 1 or 2, wherein the SDK is accessed into an application installed in the terminal device.
4. A network request device, which is applied in a software development kit SDK of a terminal device, wherein the SDK does not integrate a network access function, and the device comprises:
the encoding module is used for encoding the initial network request information into information in a byte stream form, wherein the information in the byte stream form is used as the network request information;
a sending module, configured to send the network request information to a proxy application, where the network request information is used to instruct the proxy application to send the network request information to a server;
a receiving module, configured to receive response information from the server for the network request information from the proxy application;
a processing module for processing the response information,
the agent application is a system application which is built in a read only memory ROM of the terminal equipment.
5. The apparatus of claim 4, wherein the processing module comprises:
a decoding submodule for decoding the response information in the form of a byte stream into data information;
and the processing submodule is used for processing the data information.
6. The apparatus of claim 4 or 5, wherein the SDK is accessed into an application installed in the terminal device.
7. A network request device, comprising:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to perform the method of any one of claims 1-3.
8. A non-transitory computer readable storage medium having instructions therein which, when executed by a processor, enable the processor to perform the method of any one of claims 1-3.
CN201710605028.1A 2017-07-24 2017-07-24 Network request method and device Active CN107395724B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710605028.1A CN107395724B (en) 2017-07-24 2017-07-24 Network request method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710605028.1A CN107395724B (en) 2017-07-24 2017-07-24 Network request method and device

Publications (2)

Publication Number Publication Date
CN107395724A CN107395724A (en) 2017-11-24
CN107395724B true CN107395724B (en) 2021-08-17

Family

ID=60336769

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710605028.1A Active CN107395724B (en) 2017-07-24 2017-07-24 Network request method and device

Country Status (1)

Country Link
CN (1) CN107395724B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109491802A (en) * 2018-10-10 2019-03-19 福建天泉教育科技有限公司 A kind of method and adapter of the RESTFul network request based on Unity
CN111314419B (en) * 2020-01-16 2023-01-10 广州酷狗计算机科技有限公司 Network request method and device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105101147A (en) * 2015-08-19 2015-11-25 网宿科技股份有限公司 Method and system for realizing directional flow of mobile app
CN105404498A (en) * 2014-09-16 2016-03-16 网宿科技股份有限公司 Method for forwarding traffic in application of mobile intelligent terminal

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8090856B1 (en) * 2000-01-31 2012-01-03 Telecommunication Systems, Inc. Intelligent messaging network server interconnection

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105404498A (en) * 2014-09-16 2016-03-16 网宿科技股份有限公司 Method for forwarding traffic in application of mobile intelligent terminal
CN105101147A (en) * 2015-08-19 2015-11-25 网宿科技股份有限公司 Method and system for realizing directional flow of mobile app

Also Published As

Publication number Publication date
CN107395724A (en) 2017-11-24

Similar Documents

Publication Publication Date Title
WO2016192323A1 (en) Video communication method and device
CN106201734B (en) File sharing method and device
CN107094094B (en) Application networking method and device and terminal
CN109669730B (en) Process keep-alive method, device, electronic equipment and medium
CN106375096B (en) short message verification method and device
CN107147815B (en) Call processing method and device based on taxi taking
CN110839073A (en) Method for acquiring push information, method and device for sending push information
CN109413157B (en) Message shielding method and device
CN109117144B (en) Page processing method, device, terminal and storage medium
CN109246094B (en) User terminal verification method, device and storage medium
CN107395724B (en) Network request method and device
CN107656616B (en) Input interface display method and device and electronic equipment
CN105227426B (en) Application interface switching method and device and terminal equipment
CN109885360B (en) Data processing method, device and storage medium
CN107483605B (en) File downloading method and device and storage medium
CN107885464B (en) Data storage method, device and computer readable storage medium
CN110764847A (en) User information processing method and device, electronic equipment and storage medium
CN107203315B (en) Click event processing method and device and terminal
CN111290843A (en) Process management method and device
US10671827B2 (en) Method and device for fingerprint verification
CN106712960B (en) Processing method and device of verification code information
CN106354532B (en) Application account information processing method and device
CN112351131B (en) Control method and device of electronic equipment, electronic equipment and storage medium
CN107734072B (en) Processing method and device for push information
CN110740360B (en) Multimedia resource playing method and device

Legal Events

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