WO2014176956A1

WO2014176956A1 - Method for adapting usb device to operating system, and usb device

Info

Publication number: WO2014176956A1
Application number: PCT/CN2014/074759
Authority: WO
Inventors: 任静; 马伟伟; 马少峰; 田军
Original assignee: 中兴通讯股份有限公司
Priority date: 2013-09-29
Filing date: 2014-04-03
Publication date: 2014-11-06
Also published as: CN104516842A

Abstract

The embodiments of the present invention disclose a method for adapting a USB device to an operating system, and a USB device. The method comprises the following steps: after establishing a connection with a host, a USB device detecting and receiving at least two requests which are issued by the host in sequence, and according to the order and content of the received requests, determining the type of an operating system running on the host; and according to a mapping relationship between the pre-determined type of the operating system and a working mode of the USB device, the USB device locking the working mode of the USB device corresponding to the determined type of the operating system, and running according to the locked working mode.

Description

Method for adapting operating system of USB device and USB device

The invention relates to the field of data communication, in particular to a method for adapting an operating system of a USB device and a USB device. Background technique

With the continuous development of USB products, more and more USB devices are widely used in various operating systems. However, different operating systems may have different requirements for the same USB device. A USB device can perform certain special functions for an operating system. For example, some features in the USB device are specifically for the WINDOWS operating system. , can only complete the corresponding operations in the WINDOWS operating system, these features are not possible in the LINUX operating system. Therefore, how the USB device can automatically recognize the currently operating operating system type and adapt to the current operating system becomes a problem to be solved.

Currently, the method for adapting the USB device to the operating system is as follows: The user upgrades the software of the USB device to adapt the USB device to the operating system of the host. This method requires manual guidance and intervention to adapt the USB device to different operating systems. Different communication protocols, the method is complicated to operate, and brings inconvenience to the user. Summary of the invention

The main purpose of the present invention is to provide a method for adapting an operating system of a USB device and a USB device, which can quickly and automatically identify the operating system type of the host running and adapt the operating system type of the host.

The embodiment of the invention provides a method for adapting an operating system of a USB device, and the method comprises the following steps: After establishing a connection with the host, the USB device detects and receives at least two requests that are sent by the host in sequence, and determines an operating system type that is run by the host according to the sequence and content of the received request;

The USB device locks the working mode of the USB device corresponding to the determined operating system type according to a predetermined mapping relationship between the operating system type and the working mode of the USB device, and operates according to the locked working mode.

Preferably, the operating system type includes a WINDOWS system, and after establishing a connection with the host, the USB device detects and receives at least two requests sent by the host in sequence, and determines the order according to the sequence and content of the received request. The step of operating the type of the operating system of the host includes: receiving and parsing the first request sent by the host, and if the first request is a request for acquiring a device descriptor, continuing to receive and parse the second request sent by the host, If the second request is a setup configuration request, it is determined that the operating system type of the host is a WINDOWS system.

Preferably, the operating system type further includes a MAC system, after the step of receiving and parsing the first request sent by the host, the method further includes:

If the first request is to obtain a configuration descriptor request, continue to receive and parse the third request sent by the host, and if the third request is a configuration configuration request, determine that the operating system type of the host is MAC system.

Preferably, the operating system type further includes a LINUX system, after the step of receiving and parsing the third request sent by the host, the method further includes:

If the third request is to obtain a string descriptor request, continue to receive and parse the fourth request sent by the host, and if the fourth request is a configuration request, determine that the operating system type of the host is LINUX system.

Preferably, after the step of receiving and parsing the third request sent by the host, the method further includes:

If the third request is a device descriptor request, continue to receive and parse the host And sending the fifth request, if the fifth request is a setting configuration request, determining that the operating system type of the host is WINDOWS system.

Preferably, after the step of receiving the fourth request sent by the host, the method further includes:

If the fourth request is to obtain a device description symbol request, continue to receive and parse the sixth request sent by the host, and if the sixth request is a configuration configuration request, determine that the operating system type of the host is WINDOWS system. The embodiment of the present invention further provides a USB device, the USB device includes: a request receiving module, a determining module connected to the request receiving module, and a locking module connected to the determining module; wherein:

The request receiving module is configured to: after the USB device establishes a connection with the host, detect and receive at least two requests that are sent by the host in sequence;

The determining module is configured to determine, according to an order and a content of the request received by the request receiving module, an operating system type run by the host;

The locking module is configured to lock a working mode of the USB device corresponding to the determined operating system type according to a predetermined mapping relationship between the operating system type and the working mode of the USB device, and make the USB device operate according to the locked mode. run.

Preferably, the operating system type includes a WINDOWS system, the request receiving module sequentially receives the first request and the second request sent by the host, the determining module includes a determining unit, and a first determination connected to the determining unit Unit

The determining unit is configured to parse and determine whether the first request is a device identifier request and parse and determine whether the second request is a configuration configuration request;

The first determining unit is configured to determine, when the determining result of the determining unit is that the first request is a acquiring device descriptor request and the second request is a setting configuration request, determining that the operating system type of the host is a WINDOWS system . Preferably, the operating system type further includes a MAC system, and the request receiving module is further configured to receive a third request sent by the host after receiving the first request, where the determining module further includes a connection with the determining unit. Second determining unit;

The determining unit is further configured to parse and determine whether the first request is an acquisition configuration descriptor request and parse and determine whether the third request is a configuration configuration request;

The second determining unit is configured to determine, when the determining result of the determining unit is that the first request is a acquiring configuration descriptor, and the third request is a setting configuration request, determining that the operating system type of the host is a MAC system.

Preferably, the operating system type further includes a LINUX system, the request receiving module is further configured to receive a fourth request sent by the host after receiving the third request, the determining module further comprising a connection with the determining unit a third determining unit;

The determining unit is further configured to parse and determine whether the first request is to obtain a configuration descriptor request, parse and determine whether the third request is to obtain a string description request, and parse and determine whether the fourth request is a setting Configuration request;

The third determining unit is configured to, when the determining result of the determining unit is that the first request is a configuration configuration descriptor request, the third request is a acquiring string description request, and the fourth request is a setting configuration request, It is determined that the operating system type of the host is LINUX system. In the embodiment of the present invention, the USB device receives at least two requests that are sent by the host in sequence, and determines an operating system type that is run by the host according to the sequence and content of the received request, and then switches the working mode of the USB device. The operating system running on the host is adapted to the working mode corresponding to the determined operating system type. By using the embodiment of the invention, the operating system type of the host running and the operating system of the host can be quickly and automatically identified, without manual intervention to identify the operating system of the host, and the user experience is improved. DRAWINGS

1 is a schematic flowchart of a method for adapting an operating system of a USB device according to an embodiment of the present invention; FIG. 2 is a schematic flowchart of a detailed process of step S10 in FIG.

3 is a schematic structural diagram of a USB device according to an embodiment of the present invention;

FIG. 4 is a schematic structural diagram of a determining module of a USB device according to an embodiment of the present invention. detailed description

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

Referring to FIG. 1, FIG. 1 is a schematic flowchart of a method for adapting an operating system of a USB device according to an embodiment of the present invention, where the method includes:

S10. After establishing a connection with the host, the USB device detects and receives at least two requests issued by the host in sequence, and determines an operating system type that the host runs according to the order and content of the received request.

The USB device establishes a connection with the host through a USB interface, which can be a personal computer PC, or other device that supports a USB host controller, such as a palmtop computer. After the USB device is connected to the host, the host sends a corresponding request to the USB device, and the USB device detects and receives at least two requests sent by the host in sequence. The host and the host using different operating systems have different contents and order of the requests sent to the USB device. Therefore, the USB device can determine the operating system running by the host according to the order and content of the received request.

S20. The USB device locks the working mode of the USB device corresponding to the determined operating system type according to a predetermined mapping relationship between the operating system type and the working mode of the USB device, and operates according to the locked working mode.

The working mode of the USB device is different for different operating systems running on the host. The mapping relationship between the operating system type and the working mode of the USB device can be determined in advance, as shown in Table 1: Operating mode type USB device working mode

Non-free drive USB device Free drive USB device

WIN υDOWS system mode one mode two

Mode three mode four

LINUX system mode five mode six table 1

In step S20, after identifying the operating system running by the host, the USB device switches the working mode of the USB device to an operating mode that is adapted to the operating system running by the host.

USB devices can be divided into drive-free USB devices and non-drive-free USB devices. When the USB device is a non-free USB device and the operating system type of the host is WINDOWS, the USB device is switched to mode one, the content of the CD of the USB device is loaded with the ISO file under Windows, the driver is installed, and The application switches to the working mode with the NDIS (Network Driver Interface Specification) and then runs normally.

When the USB device is a non-free USB device and the operating system type of the host is a MAC system, the USB device is switched to the mode 3, and the USB device directly switches to the working mode with the ECM and the optical disk coexisting, loading Install the drivers and applications for the ISO files on the Mac, load the drivers for function ports such as VOUSB or SIMREADER, and then run normally.

When the USB device is a non-disabled USB device, and the operating system type of the host is LINUX, the USB device is switched to mode 5, and the USB device directly switches to the working mode with ECM and the coexistence of the optical disc, loading Install the driver and application files in the ISO file under LINUX, load the driver for the function port such as VOUSB or SIMREADER, and then run normally.

When the USB device is a USB-free device, and the operating system type of the host is In the WINDOWS system, the USB device is switched to mode two. The USB device loads the public ISO file to install the WEBUI shortcut, then switches to the working mode with RNDIS, and then runs normally.

When the USB device is a USB-free device and the operating system type of the host is a MAC system, the USB device is switched to mode four, and the USB device directly switches to the working mode with ECM, and the optical disks coexist, and then Load the public ISO file to install the WEBUI shortcut and then run it normally.

When the USB device is a USB-free device and the operating system type of the host is LINUX, the USB device is switched to mode 6. The USB device directly switches to the working mode with ECM, and the CD coexists. Load the public ISO file to install the WEBUI shortcut and then run it normally.

As can be seen from the above working mode, when the USB device is a non-disabled USB device, the USB device only needs to load the corresponding ISO file of the operating system running the current host to install, and does not need to be fully loaded, which can save the loading of the ISO file. time.

In this embodiment, the USB device receives at least two requests sent by the host in sequence, and determines the operating system type of the host according to the sequence and content of the received request, and then switches the working mode of the USB device to and determines. The operating mode corresponding to the operating system type, adapting the operating system running on the host. With the embodiment of the present invention, the operating system type of the host running and the operating system of the host can be quickly and automatically recognized, without manual intervention to identify the operating system of the host, and the user experience is improved. Referring to FIG. 2, FIG. 2 is a detailed flow diagram of step S10 in FIG. 1. The operating system type includes a WINDOWS system, a MAC system, a LINUX system, and the like, and the WINDOWS system includes WINDOWS XP, WINDOWS XP SP2, WIN 7, WINDOWS VISTA, and the like.

The step S10 includes:

S101. Receive and parse the first request sent by the host, and determine whether the first request is obtained. The device descriptor request or the configuration descriptor request is fetched. If the first request is a device descriptor request, step S102 is performed. If the first request is a configuration descriptor request, step S104 is performed.

The device descriptor is a device descriptor of the USB device, and the USB device has a device descriptor built in. When receiving the device descriptor request sent by the host, the USB device responds accordingly, and sends the corresponding response to the USB device. Host.

The configuration descriptor is a configuration descriptor of the USB device, and the USB device has a configuration descriptor built in, and the USB device responds when receiving the request for acquiring the configuration descriptor sent by the host, and sends the corresponding response to the USB device. Host.

5102. Receive and parse the second request sent by the host, and determine whether the second request is a configuration configuration request. If yes, execute step S103. If no, return to step S101.

The configuration request sent by the host to the USB device is related to the configuration of the USB device, such as assigning an address. When the USB device receives the configuration request request sent by the host, set it accordingly.

5103. Determine that the operating system type of the host is WINDOWS, and then end the operating system identification process.

5104. Receive and parse a third request sent by the host, and determine whether the third request is a configuration configuration request, a string descriptor request, or a device descriptor request. If the third request is a configuration request, Step S105 is performed. If the third request is a request for acquiring a character string descriptor, step S106 is performed. If the third request is a device descriptor request, step S108 is performed.

The string descriptor is a string descriptor of the USB device, and the USB device has a string descriptor built in, and the USB device responds when receiving the request for acquiring the string descriptor sent by the host, and the corresponding The corresponding response is sent to the host.

5105. Determine that the operating system type of the host is a MAC system, and then end the operating system. The identification process.

5106. Receive and parse the fourth request sent by the host, and determine that the fourth request is a configuration configuration request or a device descriptor request. If the fourth request is a configuration configuration request, perform step S107, if the fourth request To obtain the device descriptor request, step S110 is performed.

5107. Determine that the operating system type of the host is LINUX, and then end the operating system identification process.

S108: Receive and parse the fifth request sent by the host, and determine whether the fifth request is a configuration configuration request, and if yes, execute step S109.

5109. Determine that the operating system type of the host is WINDOWS, and then end the operating system identification process.

S110: Receive and parse the sixth request sent by the host, and determine whether the sixth request is a configuration request, and if yes, perform step S11.

5111. Determine that the operating system type of the host is WINDOWS.

It can be seen from the above steps S101 to S111 that when the order and content of the request issued by the host are the following three conditions: (1) acquiring a device descriptor request setting configuration request, and (2) acquiring a configuration descriptor request acquiring device The descriptor request sets the configuration request, and (3) obtains the configuration descriptor request-acquires the string descriptor-acquires the device descriptor request-sets the configuration request, and can determine that the operating system running by the host is the WINDOWS system; The order and content are: Get configuration descriptor request - Set configuration request, determine the operating system running on the host as the MAC system; When the order and content of the request issued by the host is: Get the configuration descriptor request to obtain the string descriptor - Set the configuration request to determine that the operating system running on the host is a LINUX system. Referring to FIG. 3, FIG. 3 is a schematic structural diagram of a USB device according to an embodiment of the present invention. The USB device includes a request receiving module 10, a determining module 20 connected to the request receiving module 10, and a locking module 30 connected to the determining module 20; among them: The request receiving module 10 is configured to: after the USB device establishes a connection with the host, detect and receive at least two requests that are sent by the host in sequence;

The determining module 20 is configured to determine, according to the order and content of the request received by the receiving module, an operating system type run by the host;

The locking module 30 is configured to lock a working mode of the USB device corresponding to the determined operating system type according to a predetermined mapping relationship between the operating system type and the working mode of the USB device, and enable the USB device to operate according to the locked working mode. .

The USB device establishes a connection with the host through a USB interface, which can be a personal computer PC, or other device that supports a USB host controller, such as a palmtop computer. After the USB device is connected to the host, the host sends a corresponding request to the USB device, and the request receiving module 10 of the USB device detects and receives at least two requests issued by the host in sequence. The host and the host using different operating systems have different contents and order of the requests sent to the USB device. Therefore, the determining module 20 of the USB device can determine the operating system running by the host according to the order and content of the received request.

The working mode of the USB device is different for different operating systems running on the host. The mapping relationship between the operating system type and the working mode of the USB device can be determined in advance, as shown in Table 1 above. After the determining module 20 determines the operating system running by the host, the locking module switches the working mode of the USB device to an operating mode that is adapted to the operating system running by the host.

USB devices can be divided into drive-free USB devices and non-drive-free USB devices. When the USB device is a non-free USB device and the operating system type of the host is WINDOWS, the locking module 30 switches the USB device to mode one, and the content of the CD device of the USB device loads the ISO file under Windows. Install the driver and application and switch to the working mode with NDIS (Network Driver Interface Specification), and then run normally.

When the USB device is a non-free USB device and the operating system type of the host is a MAC system, the locking module 30 switches the USB device to mode three, and the USB device directly Switch to the working mode with ECM and CD coexistence, load the ISO file under Mac and install the driver and application, load the driver for the function port such as VOUSB or SIMREADER, and then run normally.

When the USB device is a non-disabled USB device, and the operating system type of the host is LINUX, the locking module 30 switches the USB device to mode five, and the USB device directly switches to the CCM with the ECM and the optical disk coexisting. Working mode, load the ISO file under Linux to install the driver and application, load the driver for the function port such as VOUSB or SIMREADER, and then run normally.

When the USB device is a USB-free device and the operating system type of the host is WINDOWS, the locking module 30 switches the USB device to mode 2, and the USB device loads the common ISO file to install the WEBUI shortcut. , then switch to working mode with NDIS and then run normally.

When the USB device is a USB-free device and the operating system type of the host is a MAC system, the locking module 30 switches the USB device to mode four, and the USB device directly switches to the working mode with the ECM, and The CDs coexist, then load the public ISO file to install the WEBUI shortcut, and then run normally.

When the USB device is a USB-free device and the operating system type of the host is a LINUX system, the locking module 30 switches the USB device to mode 6, and the USB device directly switches to the working mode with the ECM, and The CDs coexist, then load the public ISO file to install the WEBUI shortcut, and then run normally.

Further, a detailed structural diagram of the determining module 20 is shown in FIG. 4, and the operating system type includes a WINDOWS system, a MAC system, a LINUX system, and the like, and the WINDOWS system The system includes WINDOWS XP, WINDOWS XP SP2, WIN 7, WINDOWS VISTA, etc. The determination module 20 includes a determination unit 21, a first determination unit 22, a second determination unit 23, a third determination unit 24, a fourth determination unit 25, and a fifth determination unit 26, which are respectively connected to the determination unit 21.

The request receiving module 10 sequentially receives the first request and the second request sent by the host. The determining unit 21 is configured to parse and determine whether the first request is a request for acquiring a device descriptor and parsing and determining whether the second request is a setting configuration request.

The first determining unit 22 is configured to determine, when the determining result of the determining unit 21 is that the first request is a acquiring device descriptor request and the second request is a setting configuration request, determining that the operating system type of the host is WINDOWS system.

The request receiving module 10 is further configured to receive a third request sent by the host after receiving the first request.

The determining unit 21 is further configured to parse and determine whether the first request is to obtain a configuration descriptor request and parse and determine whether the third request is a setting configuration request.

The second determining unit 23 is configured to determine, when the determination result of the determining unit 21 is that the first request is a configuration configuration descriptor and the third request is a setting configuration request, determine an operation of the host operation. The system type is MAC system.

The request receiving module 10 is further configured to receive a fourth request sent by the host after receiving the third request.

The determining unit 21 is further configured to parse and determine whether the first request is a request for obtaining a configuration descriptor, parse and determine whether the third request is a request for obtaining a character string description and parsing and determining whether the fourth request is a setting configuration request.

The third determining unit 24 is configured to determine, when the determining result of the determining unit 21 is that the first request is a get configuration descriptor request, the third request is a get string description request, and the fourth request is a setting configuration request, The operating system type that the host runs is LINUX.

The request receiving module 10 is further configured to receive a fifth request sent by the host after receiving the third request; the determining unit 21 is further configured to parse and determine whether the first request is to obtain a configuration descriptor request, parse and determine the first request Whether the three requests are for obtaining a device descriptor request and parsing and determining whether the fifth request is a configuration configuration request.

The fourth determining unit 25 is configured to determine, when the determining result of the determining unit 21 is that the first request is a acquiring configuration descriptor request, the third request is a acquiring device descriptor request, and the fifth request is a setting configuration request, The operating system type that the host runs is WINDOWS.

The request receiving module 10 is further configured to receive a sixth request sent by the host after receiving the fourth request.

The determining unit 21 is further configured to parse and determine whether the first request is a request for acquiring a configuration descriptor, parse and determine whether the third request is a request for acquiring a string descriptor, parsing and determining whether the fourth request is a device descriptor. Requesting and parsing and determining whether the sixth request is a setup configuration request. The fifth determining unit 26 is configured to determine, in the determining unit 21, that the first request is a get configuration descriptor request, the third request is a get string descriptor request, the fourth request is a device descriptor request, and the When the sixth request is to set a configuration request, it is determined that the operating system type of the host is WINDOWS system.

Each of the above units may be implemented by a central processing unit (CPU), a digital signal processor (DSP) or a Field-Programmable Gate Array (FPGA) in an electronic device.

Those skilled in the art will appreciate that embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of a hardware embodiment, a software embodiment, or an embodiment of a combination of software and hardware. Moreover, the invention can be embodied in the form of a computer program product embodied on one or more computer usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.

The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (system), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart and/or block diagrams, and combinations of flow and / or blocks in the flowcharts and / or block diagrams can be implemented by computer program instructions. These computer program instructions can be provided to a general purpose computer, a special purpose computer, an embedded processor or other programmable data processing device processor to produce a machine such that a flow or a block diagram of a flow or a block diagram or A device that has multiple functions specified in the box.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.

These computer program instructions can also be loaded into a computer or other programmable data processing device Having a series of operational steps performed on a computer or other programmable device to produce computer-implemented processing, such that instructions executed on a computer or other programmable device are provided for implementing a process or processes in a flowchart and/or Or block diagram the steps of a function specified in a box or multiple boxes.

The above description is only the preferred embodiment of the present invention, and is not intended to limit the scope of the invention, and the equivalent structure or equivalent flow transformation made by the specification and the drawings of the present invention may be directly or indirectly applied to other related The technical field is equally included in the scope of patent protection of the present invention.

Claims

claims

1. A method for adapting a USB device to an operating system, wherein the method includes:

After the USB device establishes a connection with the host, it detects and receives at least two requests sent by the host in sequence, and determines the type of operating system running by the host based on the order and content of the received requests;

The USB device locks the working mode of the USB device corresponding to the determined operating system type according to the predetermined mapping relationship between the operating system type and the working mode of the USB device, and runs according to the locked working mode.

2. The method according to claim 1, wherein the operating system type includes a WINDOWS system, and after the USB device establishes a connection with the host, it detects and receives at least two requests sent by the host in sequence, and The steps of determining the type of operating system running on the host based on the sequence and content of the received requests include:

Receive and parse the first request sent by the host. If the first request is a request to obtain a device descriptor, continue to receive and parse the second request sent by the host. If the second request is a setting configuration request, Then it is determined that the type of operating system running by the host is a WINDOWS system.

3. The method according to claim 2, wherein the operating system type further includes a MAC system, and after the step of receiving and parsing the first request sent by the host, the method further includes:

If the first request is a request to obtain a configuration descriptor, continue to receive and parse the third request sent by the host; if the third request is a set configuration request, determine that the type of operating system running by the host is MAC system.

4. The method according to claim 3, wherein the operating system type further includes a LINUX system, and after the step of receiving and parsing the third request sent by the host, the method further includes: if the third request If the request is a string descriptor acquisition request, then continue to receive and parse the fourth request sent by the host. If the fourth request is a setting configuration request, then determine that the host operation The operating system type of the row is LINUX system.

5. The method according to claim 3, wherein after the step of receiving and parsing the third request sent by the host, the method further includes:

If the third request is a request to obtain a device descriptor, continue to receive and parse the fifth request sent by the host; if the fifth request is a setting configuration request, determine that the type of operating system running by the host is WINDOWS system.

6. The method according to claim 4, wherein after the step of receiving the fourth request sent by the host, the method further includes:

If the fourth request is a request to obtain a device descriptor, continue to receive and parse the sixth request sent by the host. If the sixth request is a set configuration request, determine that the type of operating system running by the host is WINDOWS. system.

7. A USB device, wherein the USB device includes: a request receiving module, a determining module connected to the request receiving module, and a locking module connected to the determining module; wherein: the request receiving module is configured as After the USB device establishes a connection with the host, detect and receive at least two requests sent by the host in sequence;

The determining module is configured to determine the type of operating system running on the host according to the order and content of the requests received by the request receiving module;

The locking module is configured to lock the working mode of the USB device corresponding to the determined operating system type according to the predetermined mapping relationship between the operating system type and the working mode of the USB device, and enable the USB device to operate according to the locked working mode. run.

8. The USB device according to claim 7, wherein the operating system type includes a WINDOWS system,

The request receiving module receives the first request and the second request sent by the host in sequence, and the determining module includes a judging unit and a first determining unit connected to the judging unit;

The determination unit is configured to parse and determine whether the first request is to obtain a device descriptor Request and parse and determine whether the second request is a setting configuration request;

The first determination unit is configured to determine that the type of operating system running on the host is a WINDOWS system when the determination result of the determination unit is that the first request is a request to obtain a device descriptor and the second request is a request to set a configuration. .

9. The USB device according to claim 8, wherein the operating system type further includes a MAC system, and the request receiving module is further configured to receive a third request sent by the host after receiving the first request, The determination module also includes a second determination unit connected to the determination unit;

The determination unit is also configured to parse and determine whether the first request is a request to obtain a configuration descriptor and to parse and determine whether the third request is a set configuration request;

The second determination unit is configured to determine that the type of operating system running on the host is a MAC system when the determination result of the determination unit is that the first request is to obtain a configuration descriptor and the third request is to set a configuration request.

10. The USB device according to claim 9, wherein the operating system type further includes a LINUX system, the request receiving module is further configured to receive a fourth request sent by the host after receiving the third request, The determination module also includes a third determination unit connected with the determination unit;

The determination unit is further configured to parse and determine whether the first request is a request to obtain a configuration descriptor, parse and determine whether the third request is a request to obtain a string description, and parse and determine whether the fourth request is a setting request. configuration request;

The third determination unit is configured to: when the judgment result of the judgment unit is that the first request is a request to obtain a configuration descriptor, the third request is a request to obtain a string description, and the fourth request is a request to set a configuration, It is determined that the type of operating system running on the host is a LINUX system.

11. A computer storage medium in which computer-executable instructions are stored, and the computer-executable instructions are used to execute the method described in any one of claims 1 to 6.