CN107329865B

CN107329865B - Method for opening adb function of debugging bridge, mobile terminal and computer readable medium

Info

Publication number: CN107329865B
Application number: CN201710516030.1A
Authority: CN
Inventors: 吴启军
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2017-06-29
Filing date: 2017-06-29
Publication date: 2021-06-15
Anticipated expiration: 2037-06-29
Also published as: CN107329865A

Abstract

The invention discloses a method for opening adb function of a debugging bridge, a mobile terminal and a computer readable medium, wherein the method for opening the adb function comprises the following steps: when the stored content is detected to include preset debugging information, setting an override identifier in the system attribute for global sharing; when the override identification is detected, adding an adb drive and a modification setting database according to a preset flow so as to configure the mobile terminal into a USB debugging mode; and when the wired connection of the data port and the computer is detected, and the override identification and the existence of the adb drive are further detected, skipping the adb authorization step and directly connecting the adb. The present invention has the effect of reducing operations to connect adb.

Description

Method for opening adb function of debugging bridge, mobile terminal and computer readable medium

Technical Field

The invention relates to the technical field of communication, in particular to a method for opening an adb function of a debugging bridge, a mobile terminal and a computer readable medium.

Background

Currently, an intelligent system is generally adopted in a mobile terminal. Among the intelligent systems, the android system is used most widely and most frequently.

The debugging bridge adb is a command line tool contained in an Android system, can directly operate and debug an Android mobile phone or a simulator, and is widely used for developing and debugging, running some commands to perform automatic testing, application installation and the like.

However, the following problems are common to the current adb opening method: the adb needs to be opened manually: the most common adb opening method at present is that a developer option is displayed by entering a mobile terminal and clicking seven times on a version number, then a user finds out from the developer option and checks a USB debugging, then a system pops up a confirmation box opened by adb, and the adb debugging can be used only if the user clicks the confirmation.

Therefore, on one hand, when a user or a manufacturer needs to start the adb function, the steps are complex, quick operation is not convenient, and on the other hand, when the terminal crashes, the screen is dark, and the touch screen does not respond, the adb function cannot be started, and the adb function cannot be used.

Disclosure of Invention

The invention mainly aims to provide a method for opening a debug bridge adb function, a mobile terminal and a computer readable medium, aiming at reducing the operation for connecting an adb and improving the user experience.

In order to achieve the above object, the method for opening an adb function of a debugging bridge provided by the present invention is used for a mobile terminal of an android system, and the method for opening the adb function includes the following steps:

when the stored content is detected to include preset debugging information, setting an override identifier in the system attribute for global sharing;

when the override identification is detected, adding an adb drive and a modification setting database according to a preset flow so as to configure the mobile terminal into a USB debugging mode;

and when the wired connection of the data port and the computer is detected, and the override identification and the existence of the adb drive are further detected, skipping adb authorization to directly connect the adb.

Optionally, the storage content includes content received by the internal storage unit and/or content accessed in the external storage unit.

Optionally, the built-in storage unit includes: one or any combination of a short message storage unit, a Bluetooth data receiving and storing unit, a wifi data receiving and storing unit and an infrared data receiving and storing unit;

the external storage unit includes: one or any combination of the secure digital card SD, the mini secure digital card TF and the OTG.

Optionally, the preset debugging information includes one or a combination of a file containing a specific name and a file containing a specific character string.

Optionally, when the override identifier is detected, adding an adb driver and modifying a setting database according to a preset flow includes the following steps:

and triggering the addition of adb drive and the modification of a setting database according to a preset flow by using a trigger condition as the preset starting service init.

Optionally, the step of triggering the adding of the adb driver and the modification of the setting database according to a preset flow by using a trigger condition as the preset start service init.rc of the override identifier includes:

triggering a service for executing a preset script file by using a triggering condition as a preset starting service init.rc of the override identifier;

the service sends a broadcast to a system service serial interface drive manager USBDevicemManager according to the script file;

the USBDeviceManager, upon receiving the broadcast, adds the relevant driver for the adb to the terminal driver and updates the settings database.

Optionally, when it is detected that the data port is in wired connection with the computer, and further when it is detected that the override identifier and the adb driver exist, skipping adb authorization to directly connect to the adb includes the following steps:

requesting an authorization connection adb from the adbd service when a wired connection event UEVENT with the computer is detected through the USBDevieManager and the adb driver is further detected to exist;

and when the adbd service receives the request and further detects the override identifier, skipping the adb authorization flow and directly connecting the adb.

Optionally, the system attribute is provided with an override identifier

The override identification belongs to a systemprop attribute, and is judged to exist when the override identification is equal to 1, and is judged to not exist when the override identification is equal to 0.

The present invention provides a mobile terminal, comprising: the method comprises the steps of storing a memory, a processor and an opening adb function program which is stored on the memory and can run on the processor, wherein the opening adb function program realizes the steps of the opening adb function method when being executed by the processor.

The present invention provides a computer readable medium storing an opening adb function program, which when executed by at least one processor causes the at least one processor to perform the steps of the opening adb function method as described above.

According to the method for opening the adb function of the debugging bridge, the mobile terminal and the computer readable medium, when the stored preset debugging information is detected, the system attribute override identification is generated to be globally effective, so that the adb can be detected by other modules to add a drive of the adb, and the adbd service is detected to skip the authorization of the adb to be directly connected with the adb. The adb connection can be completed only by two steps, and in the first step, preset debugging information is sent to the mobile terminal, or storage equipment with the preset debugging information is accessed to the mobile terminal; and secondly, connecting the computer through a USB. Therefore, the proposal provided by the invention does not need any operation of the mobile terminal system by the user, improves the adb connection efficiency and avoids the adb connection failure caused by the failure of the input equipment of the mobile terminal.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the structures shown in the drawings without creative efforts.

Fig. 1 is a schematic diagram of an alternative hardware architecture of a mobile terminal implementing various embodiments of the present invention;

FIG. 2 is a diagram of a wireless communication system for the mobile terminal shown in FIG. 1;

FIG. 3 is a flowchart illustrating a method for opening adb function of a debug bridge according to a first embodiment of the present invention;

FIG. 4 is a flowchart of a second embodiment of a method for opening an adb function of a debug bridge according to the present invention;

FIG. 5 is a detailed flowchart of step S402 shown in FIG. 4;

fig. 6 is a detailed flowchart of step S403 shown in fig. 4;

FIG. 7 is a block diagram of a mobile terminal according to an embodiment of the present invention;

FIG. 8 is a block diagram of an embodiment of a computer-readable medium of the present invention.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in itself. Thus, "module", "component" or "unit" may be used mixedly.

The terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a wearable device, a smart band, a pedometer, and the like, and a fixed terminal such as a Digital TV, a desktop computer, and the like.

The following description will be given by way of example of a mobile terminal, and it will be understood by those skilled in the art that the construction according to the embodiment of the present invention can be applied to a fixed type terminal, in addition to elements particularly used for mobile purposes.

Referring to fig. 1, which is a schematic diagram of a hardware structure of a mobile terminal for implementing various embodiments of the present invention, the mobile terminal 100 may include: RF (Radio Frequency) unit 101, WiFi module 102, audio output unit 103, a/V (audio/video) input unit 104, sensor 105, display unit 106, user input unit 107, interface unit 108, memory 109, processor 110, and power supply 111. Those skilled in the art will appreciate that the mobile terminal architecture shown in fig. 1 is not intended to be limiting of mobile terminals, which may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile terminal in detail with reference to fig. 1:

the radio frequency unit 101 may be configured to receive and transmit signals during information transmission and reception or during a call, and specifically, receive downlink information of a base station and then process the downlink information to the processor 110; in addition, the uplink data is transmitted to the base station. Typically, radio frequency unit 101 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 101 can also communicate with a network and other devices through wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), CDMA2000(Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division duplex Long Term Evolution), and TDD-LTE (Time Division duplex Long Term Evolution).

WiFi belongs to short-distance wireless transmission technology, and the mobile terminal can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 102, and provides wireless broadband internet access for the user. Although fig. 1 shows the WiFi module 102, it is understood that it does not belong to the essential constitution of the mobile terminal, and may be omitted entirely as needed within the scope not changing the essence of the invention.

The audio output unit 103 may convert audio data received by the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109 into an audio signal and output as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output unit 103 may also provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 103 may include a speaker, a buzzer, and the like.

The a/V input unit 104 is used to receive audio or video signals. The a/V input Unit 104 may include a Graphics Processing Unit (GPU) 1041 and a microphone 1042, the Graphics processor 1041 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 106. The image frames processed by the graphic processor 1041 may be stored in the memory 109 (or other storage medium) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 may receive sounds (audio data) via the microphone 1042 in a phone call mode, a recording mode, a voice recognition mode, or the like, and may be capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 101 in case of a phone call mode. The microphone 1042 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 1061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 1061 and/or a backlight when the mobile terminal 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

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

The user input unit 107 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 107 may include a touch panel 1071 and other input devices 1072. The touch panel 1071, also referred to as a touch screen, may collect a touch operation performed by a user on or near the touch panel 1071 (e.g., an operation performed by the user on or near the touch panel 1071 using a finger, a stylus, or any other suitable object or accessory), and drive a corresponding connection device according to a predetermined program. The touch panel 1071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction 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 sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 110, and can receive and execute commands sent by the processor 110. In addition, the touch panel 1071 may be implemented in various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may include other input devices 1072. In particular, other input devices 1072 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like, and are not limited to these specific examples.

Further, the touch panel 1071 may cover the display panel 1061, and when the touch panel 1071 detects a touch operation thereon or nearby, the touch panel 1071 transmits the touch operation to the processor 110 to determine the type of the touch event, and then the processor 110 provides a corresponding visual output on the display panel 1061 according to the type of the touch event. Although the touch panel 1071 and the display panel 1061 are shown in fig. 1 as two separate components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 1071 and the display panel 1061 may be integrated to implement the input and output functions of the mobile terminal, and is not limited herein.

The interface unit 108 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (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 108 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and external devices.

The memory 109 may be used to store software programs as well as various data. The memory 109 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 by 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, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 109 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 110 is a control center of the mobile terminal, connects various parts of the entire mobile terminal using various interfaces and lines, and performs various functions of the mobile terminal and processes data by operating or executing software programs and/or modules stored in the memory 109 and calling data stored in the memory 109, thereby performing overall monitoring of the mobile terminal. Processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 110.

The mobile terminal 100 may further include a power supply 111 (e.g., a battery) for supplying power to various components, and preferably, the power supply 111 may be logically connected to the processor 110 via a power management system, so as to manage charging, discharging, and power consumption management functions via the power management system.

Although not shown in fig. 1, the mobile terminal 100 may further include a bluetooth module or the like, which is not described in detail herein.

In order to facilitate understanding of the embodiments of the present invention, a communication network system on which the mobile terminal of the present invention is based is described below.

Referring to fig. 2, fig. 2 is an architecture diagram of a communication Network system according to an embodiment of the present invention, where the communication Network system is an LTE system of a universal mobile telecommunications technology, and the LTE system includes a UE (User Equipment) 201, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, an EPC (Evolved Packet Core) 203, and an IP service 204 of an operator, which are in communication connection in sequence.

Specifically, the UE201 may be the terminal 100 described above, and is not described herein again.

The E-UTRAN202 includes eNodeB2021 and other eNodeBs 2022, among others. Among them, the eNodeB2021 may be connected with other eNodeB2022 through backhaul (e.g., X2 interface), the eNodeB2021 is connected to the EPC203, and the eNodeB2021 may provide the UE201 access to the EPC 203.

The EPC203 may include an MME (Mobility Management Entity) 2031, an HSS (Home Subscriber Server) 2032, other MMEs 2033, an SGW (Serving gateway) 2034, a PGW (PDN gateway) 2035, and a PCRF (Policy and Charging Rules Function) 2036, and the like. The MME2031 is a control node that handles signaling between the UE201 and the EPC203, and provides bearer and connection management. HSS2032 is used to provide registers to manage functions such as home location register (not shown) and holds subscriber specific information about service characteristics, data rates, etc. All user data may be sent through SGW2034, PGW2035 may provide IP address assignment for UE201 and other functions, and PCRF2036 is a policy and charging control policy decision point for traffic data flow and IP bearer resources, which selects and provides available policy and charging control decisions for a policy and charging enforcement function (not shown).

The IP services 204 may include the internet, intranets, IMS (IP Multimedia Subsystem), or other IP services, among others.

Although the LTE system is described as an example, it should be understood by those skilled in the art that the present invention is not limited to the LTE system, but may also be applied to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, and future new network systems.

Based on the above mobile terminal hardware structure and communication system, the present invention provides various embodiments of the method.

Referring to fig. 3, a first embodiment of a method for opening an adb function of a debugging bridge according to the present invention is used in an android system mobile terminal, and the method for opening an adb function includes the following steps:

step S301, when detecting that the stored content includes preset debugging information, setting an override identifier in the system attribute for global sharing.

The stored content includes content received by the built-in storage unit, and the corresponding detection action can comprehensively detect existing data, can detect new data when copying new data into the device, and can periodically detect a preset storage position. The built-in storage unit may include: the short message storage unit, the Bluetooth data receiving and storing unit, the wifi data receiving and storing unit and the infrared data receiving and storing unit are one or any combination of the short message storage unit, the Bluetooth data receiving and storing unit and the wifi data receiving and storing unit. For example, detecting an existing short message, or detecting whether preset debugging information exists in a newly received short message; and detecting the data received by the existing Bluetooth or detecting whether preset debugging information exists in the newly received Bluetooth data. Wifi data and infrared data can be detected in the same way.

The storage content may further include content in an accessed external storage unit, and the detection action may be to detect existing data comprehensively when the external storage unit is just accessed, or may be to periodically detect a preset storage location. The external storage unit may include: one or any combination of the secure digital card SD, the mini secure digital card TF and the OTG.

When preset debugging information is detected at one or more positions, an override identifier is set in the system attribute. The situation where preset debug information is detected at multiple locations is, for example: and detecting that the short message comprises preset debugging information, and the TF comprises the preset debugging information. In actual use, it can be set that the condition is satisfied by detecting the preset debugging information at several positions according to the situation, and the condition is not limited herein.

The preset debugging information comprises one or a combination of a file containing a specific name and a specific character string contained in the file. For example: the file name is found as follows: when a file of Automatically get OTG connection permissions, or a Model is found in a file name Automatically get OTG connection permissions: XXXXX; passage: and YYYYY is determined as preset debugging information. Of course, it should be noted that, because of the limited format of the short message, if searching in the short message, only the scheme of searching for the character string can be adopted.

The override flag may be set to be attributed to a systemprop attribute, and it is determined that the override flag exists when the override flag is 1, and it is determined that the override flag does not exist when the override flag is 0. Specifically, the override identifiers may be named: when the property is 1, the value of the property may be read in the subsequent presence determining step, and if the value is 1, the value is present, and if the value is 0, the value is not present.

Step S302, when the override identification is detected, adding an adb drive and modifying a setting database according to a preset flow so as to configure the mobile terminal into a USB debugging mode.

The mobile terminal usually has a plurality of drivers pre-stored therein, wherein the combination of the drivers can perform corresponding connection functions, such as charging only, device file management MTP, camera PTP, MIDI, and USB debugging. When the adb function needs to be used, the adb drive is added into the mobile terminal drive. Various settings of the mobile terminal, such as a brightness value, a volume value, a flight mode state, a USB state and the like, are stored in the setting database, and the mobile terminal can have a correct state after the adb driver is added by modifying the setting database.

Step S303, when detecting that the data port is in wired connection with the computer, and further detecting that the override identifier and the adb driver exist, skipping adb authorization to directly connect the adb.

The adbd service of the present embodiment has technical features different from those of the existing adbd service. Specifically, in the adbd service, each time an adb is opened to request authentication, whether the mode that adb directly authorizes by skipping an authorization frame or the mode that a native pop-up authorization frame is authorized and connected by a user is adopted is determined by judging whether the attribute value of persistence. Therefore, when the USB data line is inserted and connected to an external computer (the other end of the USB data line is connected to the computer), the override flag is determined to be 1 by detection, and if an adb driver exists, the adb is skipped to authorize a direct connection to the adb. Therefore, the unauthorized automatic connection of the adb is completed, and the adb is automatically connected under the condition that the user does not need authorization.

In this embodiment, when the stored preset debug information is detected, the system attribute override identifier is generated to be globally valid, so that the drive of adb can be added for other modules to detect, and the adbd service detects and skips adb authorization to directly connect to the adb. In the embodiment, adb connection can be completed only by two steps, and in the first step, preset debugging information is sent to the mobile terminal, or storage equipment with the preset debugging information is accessed to the mobile terminal; and secondly, connecting the computer through a USB. Therefore, according to the scheme provided by the embodiment, the user does not need to perform any operation on the mobile terminal system, so that the adb connection efficiency is improved, and the adb connection failure caused by the failure of the mobile terminal input equipment is avoided.

Referring to fig. 4, a second embodiment of the method for opening adb function of a debug bridge according to the present invention is based on the first embodiment, and the steps in the first embodiment are refined. The method comprises the following specific steps:

step S401, which is the same as step S301 in the first embodiment, is not described herein again.

And step S402, adding adb drive and modifying a setting database according to a preset flow by triggering a preset starting service init.rc of the override identifier through a triggering condition.

In this embodiment, one of the start services init.rc is set, where the trigger is "persest.

Step S403 is the same as step S303 in the first embodiment, and is not described herein again.

The present embodiment uses the override identity persistence.sys.open _ adb ═ 1 event as a trigger, so that the event can be quickly discovered and the corresponding service can be quickly started.

Referring to fig. 5, step S402 of this embodiment specifically includes:

step S501, a service for executing a preset script file is triggered through a triggering condition of a preset starting service init.rc of the override identifier.

Step S502, the service sends a broadcast to the USBDevicemManager according to the script file.

In step S503, the USBDeviceManager adds the relevant driver of adb to the terminal driver and updates the setting database when receiving the broadcast.

Rc starts a service to execute a preset script, and only one broadcast is issued, so that resources occupied by the service can be released quickly, and system load is reduced. Then, through broadcasting, the USBDevicemManager can be efficiently informed of the information, and further wait for the USBDeviManager to execute the subsequent steps. Through the steps, the adb drive can be simply executed and managed by the system, and the setting database can be updated.

Referring to fig. 6, further, in step S403 in this embodiment, when it is detected that the data port is connected to the computer by wire, and further when it is detected that the override flag and the adb driver exist, skipping adb authorization to directly connect to the adb includes the following steps:

step S601, when the USBDeviceManager detects a wired connection event UEVENT with the computer and further detects the existence of adb drive, requesting an adb service for authorizing connection.

The scheme for detecting the adb driver may be a direct check driver, or may be a combined scheme code for viewing the current driver at a preset position, or the like.

Step S601, when the adbd service receives the request and further detects the override identifier, skip the adb authorization procedure and directly connect to the adb.

In this embodiment, the USBDeviceManager detects the adb driver, which can keep higher consistency with the existing scheme and reduce the risk of incompatibility. Further, by locally modifying the adbd service code itself to skip the adb authorization procedure, the embodiment has an effect of higher stability, compared with other schemes that additional services are adopted to interfere with the adbd service to skip the adb authorization procedure.

The present invention also provides a mobile terminal, comprising: the method comprises the steps of storing a memory, a processor and an opening adb function program which is stored on the memory and can run on the processor, wherein the opening adb function program realizes the steps of the opening adb function method when being executed by the processor.

The mobile terminal provided by the embodiment also has all the beneficial effects of the above method for opening the adb function, because the mobile terminal includes the technical features of the above method for opening the adb function. Please refer to the above embodiments, which are not described herein.

The present invention also provides a computer readable medium storing an open adb function program, which when executed by at least one processor causes the at least one processor to perform the steps of the open adb function method as described above.

The computer-readable medium provided by the embodiment includes the technical features of the method for opening the adb function, and therefore, has all the advantages of the method for opening the adb function. Please refer to the above embodiments, which are not described herein.

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 an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A method for opening a debug bridge adb function is used for a mobile terminal of an android system, and is characterized by comprising the following steps:

the USBDevicemManager adds the relevant drivers of the adb into the terminal driver when receiving the broadcast, and updates a setting database;

2. The method of opening an adb function of claim 1, wherein the stored content comprises content received by an internal storage unit and/or content accessed by an external storage unit.

3. The method of opening an adb function of claim 2, wherein the built-in storage unit comprises: one or any combination of a short message storage unit, a Bluetooth data receiving and storing unit, a wifi data receiving and storing unit and an infrared data receiving and storing unit;

4. The method for opening an adb function of claim 1, wherein the preset debugging information comprises one or a combination of a file containing a specific name and a specific character string contained in the file.

5. The method of opening an adb function of claim 1, wherein an override flag is set in the system attribute

The override identifier belongs to a systemprop attribute, and when the override identifier =1, the override identifier is judged to exist, and when the override identifier =0, the override identifier is judged to not exist.

6. A mobile terminal, characterized in that the mobile terminal comprises: a memory, a processor, and an open adb function program stored on the memory and executable on the processor, the open adb function program when executed by the processor implementing the steps of the method of opening an adb function of any of claims 1-5.

7. A computer-readable medium storing an open adb function program that, when executed by at least one processor, causes the at least one processor to perform the steps of the open adb function method of any of claims 1-5.