CN103294464B

CN103294464B - 便携终端中验证主机设备的操作系统的设备和方法

Info

Publication number: CN103294464B
Application number: CN201310057239.8A
Authority: CN
Inventors: 赵淳龙
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2012-02-24
Filing date: 2013-02-22
Publication date: 2018-04-17
Anticipated expiration: 2033-02-22
Also published as: CN103294464A; US9189358B2; KR101956574B1; US20130227177A1; KR20130097381A; EP2631792A1

Abstract

一种用于在便携终端中确定通过USB连接的主机设备的操作系统(OS)的设备和方法。所述设备包括：连接端口，用于从主机设备接收描述符请求；分析单元，用于对所接收的描述符请求进行分析，并且提供所分析的结果；OS确定单元，用于使用从分析单元接收的信息确定主机设备的OS；以及控制器，控制分析单元和OS确定单元，以分析主机设备的描述符请求并且确定主机设备的OS。

Description

便携终端中验证主机设备的操作系统的设备和方法

技术领域

本发明涉及与主机设备相连的便携终端。更具体地，本发明涉及用于在便携终端中确定通过通用串行总线(USB)连接的主机设备的操作系统(OS)的设备和方法。

背景技术

近来，随着便携终端的迅速发展，这样的设备现在可以经由因特网执行无线语音通信和信息交换。结果，便携终端已经成为现代生活的必备品。认识到在开始研发便携终端时，存在的主要要求是简单地实现了这种便携终端并且允许无线通信的性能。然而，因为在这种便携终端的设计和制造时使用的技术已经随时间发展，并且已经引入了无线因特网接入，现代便携终端不但可以执行电话呼叫功能或进度表管理功能，而且可以执行游戏功能、使用本地通信的遥控器功能和通过安装的数字照相机的图像拍摄功能。因此，因为便携终端的功能的使用范围逐渐变大，便携终端满足了比以往更多的用户需要。

此外，便携终端可以使用通用串行总线(USB)通信连接至主机设备，并且将预先存储的数据发送给主机设备或者读取在主机设备中存储的数据。

USB具有能够通过公共连接器连接多种外围设备的接口标准，并且可以连接最多127个设备。由于不需要重新启动主机设备以便改变支持USB的便携终端的设置，因此当使用主机设备时可以连接或断开便携终端(可热插拔)。

图1A、1B和1C说明了使用传统便携终端连接主机设备的过程。

现在参考图1A至1C，如图1A所示，将多个内置应用安装到由100表示的主机设备中。所述多个内置应用的每一个是从主机设备100的OS提供的应用。当通过USB将主机设备与便携终端相连时，在执行其他应用之前执行每一个内置应用。

如图1B所示，当便携终端104和主机设备106通过缆线102相连时，主机设备106请求来自便携终端104的描述符，并且执行USB枚举过程。USB枚举过程是验证便携终端104是与主机设备连接还是断开的过程。

当主机设备106的OS优先考虑内置并且执行内置应用时，如果识别出便携终端104的连接，则主机设备106执行与便携终端104支持的协议相对应的内置应用。如图1B所示，主机设备106的OS执行“A”应用。

如图1C所示，如果用户不执行内置应用，则他或她结束“A”应用的执行。因此，主机设备106的OS可以不执行内置应用而是执行“F”应用(110)，所述“F”应用不但不是内置应用、而且还可以控制便携终端108的操作。

换句话说，存在以下问题：不管便携终端的描述符中的协议集如何，可以根据主机设备的OS通过内置应用来控制传统的便携终端。

因此，在现有技术中需要一种防止通过主机设备的内置应用控制中便携式终端的设备和方法。

发明内容

本发明的示例性方面是为了解决上述问题和/或缺点的至少一些，并且至少提供下述的优势。因此，本发明的示例性方面是为了提供一种用于在便携终端中验证主机设备的OS的设备和方法。

本发明的另一个示例性方面是为了提供一种用于分析主机设备的描述符请求并且在确定便携终端中确定主机设备的OS的设备和方法。

本发明的再一个方面是提供一种能够在便携终端中根据主机设备的OS对描述符进行转换的设备和方法。

本发明的又一个方面是为了提供一种防止在便携终端中执行主机设备的OS中内置的应用的设备和方法。

根据本发明的示例性方面，提出了一种用于在便携终端中验证主机设备的设备。所述设备可以包括：连接端口，所述连接端口从所述主机设备接收描述符请求；分析单元，所述分析单元对所接收的描述符请求进行分析，并且提供所分析的结果；OS确定单元，所述OS确定单元使用从所述分析单元接收的信息确定所述主机设备的OS；以及控制器，所述控制器控制所述分析单元和所述OS确定单元，以分析所述主机设备的描述符请求并且确定所述主机设备的OS。

根据本发明的另一个示例性方面，提出了一种用于在便携终端中验证主机设备的OS的方法。所述方法可以包括：从所述主机设备接收描述符请求；分析所述接收的描述符请求；以及使用描述符请求类型确定所述主机设备的OS。

根据又一个方面，提出了一种电子设备。所述电子设备包括具有一个或更多个处理器(或者微处理器)、非临时存储器以及一个或更多个模块在内的硬件，所述模块的每一个包括在存储器中存储、并且配置为通过一个或更多个处理器执行的机器可执行代码，其中所述模块的每一个从主机设备接收描述符请求、分析所述接收的描述符请求、并且使用描述符请求类型确定主机设备的OS。

附图说明

根据结合附图的以下详细描述，本发明的一些示例性实施例的以上和其他示例性方面、优点和优势对于普通技术人员将变得清楚明白，其中：

图1A至1C说明了使用传统便携终端与主机设备连接的过程；

图2是说明了根据本发明实施例的用于确定主机设备的OS信息的便携终端的配置的方框图；

图3是说明了根据本发明示例性实施例的用于验证与便携终端USB连接的主机设备的OS的过程的示例性操作的流程图；

图4是说明了根据本发明示例性实施例的用于在便携终端中验证主机设备的OS的过程的示例性操作的流程图；

图5A至5C说明了根据本发明示例性实施例的用于在便携设备中确定主机设备的OS的描述符请求；

图6A至6C说明了根据本发明示例性实施例的使用便携设备与主机设备相连的过程。

具体实施方式

下面将参考附图描述本发明的示例性实施例。在以下描述中，当众所周知功能或结构的包括将混淆本领域普通技术人员对于本发明主题的理解时，可以不再详细描述众所周知的功能或结构。

在下文中，将更加详细地描述用于在便携终端中分析主机设备的描述符请求并且确定主机设备的OS的设备和方法。术语“便携终端”指的是便携电子设备。便携终端可以包括多个设备的任一个，所述设备包括但是不限于移动电话、媒体播放器、平板电脑和手持电脑以及个人数字助手(PDA)。同样，便携终端可以包括特定便携电子设备，包括在这些设备中对两种或者更多种功能进行组合的设备。

更具体地，本发明提出了一种用于在便携终端中确定通过通用串行总线(USB)连接的主机设备的操作系统(OS)的设备和方法。这里，OS可以表示操作系统软件。

图2是说明了根据本发明的配置用于确定主机设备的OS信息的便携终端的示例性性配置的方框图。

现在参考图2，便携终端可以包括例如控制器200、连接端口202、连接管理单元204、存储器212、输入单元214、显示单元216和通信单元218。连接管理单元204可以包括分析单元206、OS确定单元208和转换单元210。

包括诸如处理器或微处理器之类的硬件在内的便携终端的控制器200配置为控制便携终端的总体操作。例如，控制器200执行语音通信和数据通信的处理和控制。除了控制通用功能之外，当从将要通过USB相连的主机设备接收描述符连接请求时，控制器200控制连接管理单元204分析连接请求并且确定主机设备的OS。

此外，当控制器200确定使用执行内置应用的具体OS的主机设备时，控制器200配置为控制连接管理单元204转换描述符，以防止执行在所述OS中内置的应用。

优选地，连接端口202包括与主机设备相连的连接端口。连接端口202可以包括USB端口，并且也可以包括移动高清链路(MHL)端口。连接端口202从主机设备接收描述符请求。

继续参考图2，包括诸如配置为执行操作的处理器或微处理器之类的硬件在内的连接管理单元204在控制器200的控制下，确定通过USB相连的主机设备的OS、并且对描述符进行转换以防止执行在所述OS中内置的应用。

连接管理单元204的分析单元206配置为分析主机设备的描述符请求，并且向所述OS确定单元208提供所分析的信息。

换句话说，分析单元206可以分析从主机设备传输的设置分组的wLength字段，并且可以向OS确定单元2089提供所分析的信息。

连接管理单元204的OS确定单元208配置为使用从分析单元206提供的信息确定主机设备的OS。换句话说，OS确定单元208可以使用主机设备的描述符请求来区分主机设备的具体OS。

例如，当OS确定单元208验证主机设备想要通过向通过USB相连的便携终端的两个请求来获取描述符时，OS确定单元可以确定主机设备的描述符请求是使用MACintosh(MAC)操作系统的主机设备的描述符请求的类型。此外，当OS确定单元208验证主机设备想要通过向通过USB相连的便携设备的一个请求来获取描述符时，主机设备可以确定所述主机设备的描述符请求是使用Windows或Linux OS的描述符请求。

因此，OS确定单元208可以配置为验证设置分组的wLength字段，并且确定描述符请求的个数。

连接管理单元204的转换单元210对描述符进行转换以防止执行在所述OS中内置的应用，使得将终端设备与例如平板电脑相连的动作不会无意地激活主机设备(在这种情况下是平板电脑)中的应用。

例如，转换单元210对描述符进行转换以使用由制造商定义的属性信息来代替在描述符中描述的协议信息。因此，当支持“照片传输协议(PTP)”或“媒体传输协议(MTP)”的便携终端通过USB与主机设备相连时，转换单元210防止主机设备执行支持在所述主机设备的OS中内置的“PTP”或“MTP”的应用。

可以通过存储在存储器212中加载到硬件中进行操作的专用软件模块(命令集)来执行控制器200和连接管理单元204的操作。

同样，可以将连接管理单元204定义为另一个控制器。此外，可以将控制器200定义为处理器，并且可以将连接管理单元204定义为另一个处理器。

存储器212包括只读存储器(ROM)、随即存取存储器(RAM)和闪速ROM。ROM存储执行控制器200和连接管理单元204的处理和控制的微代码和多种参考数据项。存储器212存储对于USB连接所必要的描述符。

RAM是控制器200的工作存储器，并且存储在执行各种程序的同时产生的临时数据。闪速ROM存储多种可盖写数据，例如电话簿条目、呼出消息、呼入消息、最新消息等。

存储器212可以存储机器可执行代码以执行根据本发明示例性实施例的控制器200和连接管理单元204的操作。

输入单元214可以包括触摸屏或具有“0”至“9”的实际或虚拟数字或字母数字键按钮和多个功能键的键区，包括但是不局限于菜单按钮、取消按钮、确认(OK)按钮、对话按钮、结束安装、因特网接入按钮、导航键(或者方向键)按钮和字符输入按钮。当实现为键区时，输入单元214向控制器200提供与用户按下的键相对应的键输入数据。可以使用任意类型的键区配置。

显示单元216显示在便携终端的操作期间产生的状态信息、字符、大量移动和静止图像等。根据本发明的示例性实施例，显示单元216只显示从在消息中包括的数据项目中允许的帧相对应的数据项目。显示单元216可以是彩色液晶显示器(LCD)、有源阵列有机发光二极管(AMOLED)等。事实上可以使用任意类型的薄膜技术显示器。显示单元216可以包括触摸输入设备。因此，当应用于触摸输入型便携终端时，所述显示单元216可以用作输入设备。在要求保护的本发明的精神和范围内单个单元可以构成显示单元和输入单元两者。

通信单元218发送和接收通过天线(未示出)输入和输出的数据的射频(RF)信号。通信单元可以根据多个频率或协议(蓝牙、WIFI、WAP、802.11、WLAN、4G LTE、GSM、地面、卫星等)来发送。例如，在发送过程的情况下，在扩展频谱协议的情况下将要发送的数据可以进行信道编码处理和扩展处理，然后将数据转换为RF信号。在扩展频谱协议的接收过程中，接收RF信号并且将RF信号转换为基带信号，并且对所述基带信号进行解扩处理和信道解码处理，从而恢复所述数据。

进一步参考图2，技术人员应该理解和认识的是根据当前要求保护的本发明，可以将功能进一步分离或者整合。例如，可以通过便携终端的控制器200执行连接管理单元204的功能。然而，本发明包括为了便于解释的示例性配置的控制器200和连接管理单元204，但并不限制本发明的范围。本领域普通技术人员应该理解的是在不脱离本发明的精神和范围的情况下可以进行形式和细节上的各种变化。例如，连接管理单元204和控制器200都可以在控制器200中执行。

图3是说明了根据本发明示例性实施例的用于在便携设备中验证USB连接的主机设备的OS的过程的示例性操作的流程图。

现在参考图3，在步骤301，便携终端执行通过诸如USB之类的端口与主机设备相连的过程。这里，主机设备可以是安装了OS的PC。便携设备和主机设备通过连接端口彼此相连。

在步骤303，便携终端从连接的主机设备接收描述符请求。

在步骤305，便携终端执行分析描述符请求的处理。这里，在步骤305中分析描述符请求的处理是在步骤301中验证连接的主机设备的OS的处理。这里，便携设备可以确定主机设备通过主机设备的每个OS的不同类型请求描述符。

在步骤307，便携终端验证所述连接的主机设备是使用第一OS的主机设备。这里，第一OS指的是用于首先与通过USB连接的便携终端的描述符无关地执行内置应用、并且控制便携终端的OS。内置应用指的是当安装OS时一起安装的应用。

如果在步骤307，验证出所述连接的主机设备不是使用第一OS的主机设备，而是使用第二OS的主机设备，则在步骤311便携终端开始USB枚举过程。接下来在步骤313，便携终端向主机设备提供描述符。这里，第二OS指的是使用与便携终端的描述符相对应的应用控制便携终端的OS。

另一方面，如果验证/识别出所述连接的主机是使用第一OS的主机设备时，则便携终端对描述符进行转换。更具体地，便携终端对描述符的形式进行转换，以防止执行在第一OS中内置的应用。例如，便携终端对所述描述符进行转换，以使用由标记(marker)定义的属性信息来代替在描述符中描述的协议信息，并且可以防止执行在第一OS中内置的应用。

继续参考图3，在步骤311，便携终端开始USB枚举过程。然后在步骤313，便携终端向主机设备提供经转换的描述符。

为此原因，主机设备根据转换的描述符，不执行在第一OS类型中嵌入的应用。

因此，便携终端结束了图3的算法。

图4是说明了根据本发明一个示例性实施例的用于在便携终端中确定的主机设备的OS的过程的示例性操作的流程图。

现在参考图4，在步骤401，便携终端从主机设备接收描述符请求。

在步骤403，便携终端验证通过所述描述符请求接收到用于获取数据量(datasize)的请求。

主机设备根据所安装OS的种类通过不同的类型执行描述符请求。

例如，可以像随后描述的表1那样对主机设备中安装的OS进行分类。

[表1]

现在参考表1，使用第一OS(在具体的情况下是MAC OS)的主机设备可以通过向通过USB连接的便携终端的两个请求来获取描述符。使用第二OS(在这种情况下是WindowsOS)的主机设备可以通过向便携终端的一个请求获取描述符。

更具体地，使用第一OS的主机设备当请求描述符时首先请求描述符数据的量，并且从便携终端接收描述符数据的量。使用第一OS的主机设备请求所述接收的数据的量的描述符。另一方面，使用第二OS的主机设备立即请求预定量的描述符。

因此，根据本发明的示例性实施例，便携设备可以分析从主机设备接收的描述符请求，并且可以确定在主机设备中使用的OS。

换句话说，在步骤403，当接收到获取数据量的请求时，在步骤405，便携终端可以确定所述接收的请求是使用第一OS的主机设备的描述符请求。

另一方面，在步骤403，当没有接收到获取数据量的请求时，在步骤407，便携终端可以确定所述接收的请求是使用第二OS的主机设备的描述符请求。

因此，确定了主机设备的OS的便携终端结束了图4的算法。

图5A至5C说明了根据本发明示例性实施例的便携设备中用于确定主机设备的OS的描述符请求。

现在参考图5A至5C，便携终端可以如图5A所示地对针对OS的描述符请求方法进行分类。

此外如图5B所示，使用Windows或Linux OS的主机设备可以使用设置分组请求描述符。这里，如在设置分组的wLength字段(501)中描述的，主机设备请求255字节的量的描述符。

便携终端发送响应分组，并且向主机设备发送描述符。

如在设置分组的wLength所述，主机设备请求从便携终端(512)接收的数据的量的描述符。

便携终端发送响应分组，并且向主机设备发送描述符。

总之，主机设备(使用Windows或Linux)OS通过一个描述符请求获取描述符。使用MAC OS的主机设备通过两个描述符请求获取描述符。

图6A至6C说明了根据本发明示例性实施例的使用便携终端与主机设备相连的过程。

现在参考图6A至6C，如图6A所示，将多个内置应用安装在主机设备600中。这里，每一个内置应用是从主机设备的OS提供的应用。当主机设备通过USB与便携终端相连时，在其他应用之前执行每一个内置应用。

如图6B所示，当便携终端604和主机设备603通过缆线602相连时，主机设备603从便携设备604请求描述符。

这里，主机设备603根据OS的种类请求不同类型的描述符。

因此，便携终端604可以根据主机设备603(605)的具体OS对描述符进行转换。

更具体地，便携终端可以分析主机设备603的描述符请求，并且可以确定主机设备603的OS。便携终端校正/改变描述符，以便不会使用在主机设备603中内置的应用，并且向主机设备603发送经校正的描述符。

这里，便携终端604可以在USB描述符中设置“卖主专用”(例如，设备描述符Device_Descriptor、配置描述符Configuration_Descriptor和接口描述符interface_Descriptor)。

当支持“照片传输协议(PTP)”或“媒体传输协议(MTP)”的便携终端通过USB与主机设备相连时，便携终端防止主机设备执行内置到主机设备的OS中的支持“PTP”或“MTP”的应用。

因此，如图6C所示，接收经校正的描述符的主机设备607防止执行内置应用，并且代替地执行由便携终端的标记设置的应用，或者根据制造者(609)的设置执行操作。换句话说，如图6C所示，主机设备607可以防止执行A应用，并且可以加载F应用。

根据本发明权利要求的方法和/或在本发明的说明书中描述的实施例可以实现为硬件或者加载到硬件中的软件以及组成符合35U.S.C.§101的法定主题。

这里所使用的术语“单元”或“模块”可以在它们最广泛的合理解释下进行理解，如同根据35U.S.C.§101的法定主题的组成配置用于某个所需功能的处理器或微处理器的集成电路之类的硬件，非临时存储器包括闪速存储器、ROM、电可擦除可编程ROM(EEPROM)、磁盘存储设备、紧凑盘-ROM(CD-ROM)、数字通用盘(DVD)或不同类型的光学存储设备和磁带。术语“单元”或“模块”，并非所引用权利要求元素的任一个本质上组成了软件。

同样，通信网络上的分离的存储设备可以连接至便携电子设备。

例如，包括一个或更多个硬件项在内的电子设备的模块，包括处理器、非临时存储器以及一个或更多个模块(在存储器中存储，并且配置为有一个或更多个处理器执行)，可以包括用于从主机设备接收描述符请求、分析所述接收的描述符请求以及使用描述符请求类型确定主机设备的OS的命令。

此外，电子设备的模块可以包括用于验证描述符请求类型的命令，以获取数据量。当验证了用于获取数据量的描述符请求时，所述模块可以包括用于确定主机设备使用第一OS的命令。当没有验证用于获取数据量的描述符请求时，所述模块可以包括用于确定主机设备使用第二OS的命令。

此外，电子设备的模块可以包括用于验证通过主机设备发送的设置分组的wLength字段值、并且验证用于获取数据量的描述符请求类型的命令。所述模块可以是电子模块。此外，所述电子设备的模块可以包括根据主机设备的OS的类型改变描述符并且使用改变的描述符执行枚举过程的命令。

此外，所述电子设备的模块可以改变设备描述符Device_Descriptor，配置描述符Configuration_Descriptor、接口描述符interface_Descriptor中的至少一个，并且可以包括用于根据主机设备的OS改变描述符的命令。

此外，所述电子设备的模块可以包括用于根据主机设备的OS改变描述符的命令，以防止执行在主机设备的OS中内置的应用。

如上所述，根据本发明示例性实施例的便携终端验证主机设备的OS。便携终端可以根据主机设备的OS对描述符进行转换，并且可以防止执行主机设备中的应用。

根据本发明的上述方法可以按照硬件、软件实现或者实现为在诸如CD ROM、RAM、软盘、硬盘、或磁光盘之类的非临时可读介质上存储的软件或计算机代码、或者原始存储在远程记录介质或非临时机器可读介质上的并且存储在本地非临时记录介质上的通过网络下载的计算机代码，使得这里描述的方法可以加载到诸如通用计算机或者专用处理器等硬件中，或者加载到可编程或专用硬件(例如ASIC或FPGA)中，并在此执行。如在现有技术中应该理解的，计算机、处理器、微处理器控制器或可编程硬件包括存储器部件，例如RAM、ROM、闪存等，所述存储器部件可以存储或接收软件或计算机代码，当通过计算机、处理器或硬件访问和执行时，所述软件或计算机代码实现这里描述的处理方法。此外应该认识的是当通用计算机访问用于实现这里所示处理的代码时，代码的执行将通用计算机转换为执行这里所示处理的专用计算机。此外，技术人员理解和了解的是“处理器”或“微处理器”组成了要求保护的本发明中的硬件，在最广泛合理的解释下，所附权利要求组成了符合35U.S.C.§101的法定主题。

尽管已经参考本发明的典型实施例，具体示出和描述了本发明，但本领域普通技术人员应当理解，在不脱离所附权利要求所限定的本发明的精神和范围的情况下，可以对这些实施例进行形式和细节上的多种改变。

Claims

1.一种用于验证主机设备的操作系统OS的便携终端，所述终端包括：

连接端口，配置为与所述主机设备相连，其中所述连接端口从所述主机设备接收描述符请求；以及

至少一个处理器，配置为对所接收的描述符请求进行分析，基于分析的结果来确定正在由所述主机设备执行的OS的类型，确定所述OS的所述类型是否是预定义类型，以及响应于确定所述OS的所述类型是预定义，对所述描述符进行转换以使用由标记定义的属性信息来代替在所述描述符中描述的协议信息。

2.根据权利要求1所述的终端，其中所述至少一个处理器将所述主机设备的OS类型确定为以下之一：MAC OS、Windows OS和Linux OS。

3.根据权利要求1所述的终端，其中所述连接端口包括通用串行总线USB。

4.根据权利要求1所述的终端，其中当验证到用于获取数据量的描述符请求时，所述至少一个处理器确定所述主机设备操作第一OS类型，并且当没有验证到用于获取数据量的描述符请求时，所述至少一个处理器确定所述主机设备操作第二OS类型。

5.根据权利要求4所述的终端，其中所述至少一个处理器验证由所述主机设备发送的设置分组的wLength字段值，并且验证用于获取数据量的描述符请求。

6.根据权利要求4所述的终端，其中所述至少一个处理器使用转换的描述符执行枚举过程。

7.根据权利要求6所述的终端，其中由所述转换单元转换的描述符包括以下中的至少一个：Device_Descriptor、Configuration_Descriptor和interface_Descriptor。

8.根据权利要求1所述的终端，其中所述至少一个处理器通过对所述描述符进行转换以使用由标记定义的属性信息来代替在所述描述符中描述的协议信息来防止执行在所述主机设备的所述OS中内置的应用。

9.一种用于在便携终端中验证主机设备的操作系统OS的方法，所述方法包括：

从所述主机设备接收描述符请求；

基于所接收的描述符请求来确定所述主机设备正在执行的OS的类型；

确定所述OS的所述类型是否是预定义类型；以及

响应于确定所述OS的所述类型是预定义类型，对所述描述符进行转换，以使用由标记定义的属性信息来代替在所述描述符中描述的协议信息。

10.根据权利要求9所述的方法，其中将所述主机设备的OS类型确定为以下之一：MACOS、Windows OS和Linux OS。

11.根据权利要求9所述的方法，其中确定主机设备正在执行的OS的类型包括：

验证用于获取数据量的描述符请求，

当验证到用于获取数据量的描述符请求时，确定所述主机设备使用第一OS类型；以及

当没有验证到用于获取数据量的描述符请求时，确定所述主机设备使用第二OS类型。

12.根据权利要求11所述的方法，其中验证用于获取数据量的描述符请求包括验证所述主机发送的设置分组的wLength字段值。

13.根据权利要求9所述的方法，还包括：

使用转换的描述符执行枚举过程。

14.根据权利要求13所述的方法，其中根据主机设备的OS对描述符进行转换包括对以下中的至少一个进行转换：Device_Descriptor、Configuration_Descriptor和interface_Descriptor。

15.根据权利要求9所述的方法，其中对描述符进行转换包括：通过对所述描述符进行转换以使用由标记定义的属性信息来代替在所述描述符中描述的协议信息来防止执行在所述主机设备中的所述OS中内置的应用。

16.一种电子设备，包括：

一个或更多个处理器，执行机器可读代码；

非临时存储器；以及

一个或更多个模块，包括机器可执行代码，每个模块存储在所述存储器中并且由所述一个或更多个处理器执行，其中每个模块在由所述一个或更多个处理器执行时从主机设备接收描述符请求、分析所接收的描述符请求、基于分析的结果来确定正在由所述主机设备执行的OS的类型、确定所述OS的所述类型是否是预定义类型、并且响应于确定所述OS的所述类型是预定义类型，对所述描述符进行转换以使用由标记定义的属性信息来代替在所述描述符中描述的协议信息。

17.根据权利要求16所述的电子设备，其中每个模块在由所述一个或更多个处理器执行时验证用于获取数据量的描述符请求，当验证到用于获取数据量的描述符请求时，确定所述主机设备使用第一OS类型，并且当没有验证到用于获取数据量的描述符请求时，确定所述主机设备使用第二OS类型。

18.根据权利要求17所述的电子设备，其中每个模块在由所述一个或更多个处理器执行时验证所述主机发送的设置分组的wLength字段值，并且验证用于获取数据量的描述符请求。

19.根据权利要求16所述的电子设备，其中每个模块在由所述一个或更多个处理器执行时使用转换的描述符执行枚举过程。

20.根据权利要求19所述的电子设备，其中每个模块在由所述一个或更多个处理器执行时对以下中的至少一个进行转换：Device_Descriptor、Configuration_Descriptor和interface_Descriptor，并且根据主机设备的OS对所述描述符进行转换。

21.根据权利要求16所述的电子设备，其中每个模块在由所述一个或更多个处理器执行时通过对所述描述符进行转换以使用由标记定义的属性信息来代替在所述描述符中描述的协议信息来防止执行在所述主机设备的OS中内置的应用。