免插拔实现OTG通讯的方法、装置、终端设备和介质转让专利

申请号 : CN202210857314.8

文献号 : CN114936175B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 陆舟

申请人 : 飞天诚信科技股份有限公司

摘要 :

本申请涉及免插拔实现OTG通讯的方法,包括当生成应用程序的apk文件时,应用程序关联USB设备的设备信息,当USB设备连接到所述终端设备时,终端设备的系统根据已连接USB设备的设备信息,得到具有启动资格的应用程序;根据具有启动资格的应用程序和用户的选择结果,启动目标应用程序;目标应用程序启动处理线程,从而目标应用程序和已连接USB设备建立OTG数据通信。本申请实现了当插入USB设备后,启动终端设备上对应的目标应用程序,且无需将USB设备与终端设备再次进行硬件连接,终端设备和USB设备可以直接进行OTG通讯,避免了人为选择目标应用程序的处理,提高了启动效率,且提升了用户的使用感受。本申请还涉及免插拔实现OTG通讯的装置、终端设备和介质。

权利要求 :

1.一种免插拔实现OTG通讯的方法,其特征在于,所述方法包括:生成应用程序的apk文件时,所述应用程序通过intent过滤器和元数据预置关联USB设备的设备信息;

所述应用程序安装到终端设备时,所述应用程序的intent过滤器和元数据由所述终端设备的系统保存到设置对象的节点信息中,所述设置对象是所述应用程序的apk文件对应的键值对中的值,用于当USB设备连接到所述终端设备时,所述终端设备的系统根据所述USB设备的设备信息遍历系统中的设置对象以得到具有启动资格的应用程序,并根据具有启动资格的应用程序和用户的选择结果,确定与所述USB设备对应的目标应用程序,以及启动所述目标应用程序;

所述目标应用程序启动后,启动处理线程,所述处理线程通过USB管理类对象获取已连接USB设备的设备信息,基于所述已连接USB设备的设备信息,所述目标应用程序和所述已连接USB设备建立OTG数据通信;

所述应用程序通过intent过滤器和元数据预置关联USB设备的设备信息,具体包括:所述应用程序在res目录下创建XML文件夹并在所述XML文件夹下创建XML资源文件,在所述XML资源文件中添加usb‑device子项,在usb‑device子项中添加所述关联USB设备的设备信息;

所述应用程序构建所述intent过滤器,指定所述intent过滤器中的action属性是USB设备插入;

所述应用程序构建元数据,所述元数据的名称是USB设备插入,所述元数据的数据资源是所述XML资源文件。

2.根据权利要求1所述的方法,其特征在于,所述终端设备的系统根据所述USB设备的设备信息遍历系统中的设置对象以得到具有启动资格的应用程序,具体包括:所述系统根据所述设备信息中的供应商识别码VID和产品识别码PID查找所述系统中的所有键值对中的设置对象,得到所述具有启动资格的应用程序。

3.根据权利要求1所述的方法,其特征在于,所述根据具有启动资格的应用程序和用户的选择结果,确定与所述USB设备对应的目标应用程序,具体包括:当所述具有启动资格的应用程序的数量是第一预设值时,判断所述具有启动资格的应用程序是否默认使用所述已连接USB设备;

若是,则所述目标应用程序是所述具有启动资格的应用程序;

否则,弹出第一用户界面供用户确认是否启动所述具有启动资格的应用程序;

若所述用户的选择结果是确认启动所述具有启动资格的应用程序,则所述具有启动资格的应用程序是所述目标应用程序;

当所述具有启动资格的应用程序的数量大于所述第一预设值时,弹出第二用户界面供用户选择所要启动的应用程序,所述第二用户界面中包括所述具有启动资格的应用程序,根据用户的选择结果,确定所述目标应用程序。

4.根据权利要求1所述的方法,其特征在于,所述基于所述已连接USB设备的设备信息,所述目标应用程序和所述已连接USB设备建立OTG数据通信,具体包括:判断所述已连接USB设备的设备信息是否满足预设条件;

若是,则根据所述设备信息,判断所述已连接USB设备是否已授权;

若所述已连接USB设备已授权时,所述目标应用程序和所述已连接USB设备开始建立OTG数据连接;

若所述目标应用程序和所述已连接USB设备建立OTG数据连接成功时,发出成功提示;

若所述目标应用程序和所述已连接USB设备建立OTG数据连接失败时,发出失败提示。

5.根据权利要求4所述的方法,其特征在于,所述判断所述已连接USB设备的设备信息是否满足预设条件,具体包括:判断供应商识别码VID是否属于所述预设条件中的供应商识别码;

或,

判断产品识别码PID是否属于所述预设条件中的产品识别码;

或,

判断USB设备序列号是否属于所述预设条件中的USB设备序列号;

或,

判断所述供应商识别码VID是否属于所述预设条件中的供应商识别码,且所述产品识别码PID是否属于所述预设条件中的产品识别码;

或,

判断所述供应商识别码VID是否属于所述预设条件中的供应商识别码,所述产品识别码PID是否属于所述预设条件中的产品识别码和所述USB设备序列号是否属于所述预设条件中的USB设备序列号。

6.根据权利要求4所述的方法,其特征在于,所述方法还包括:若所述已连接USB设备的设备信息未满足所述预设条件时,则所述目标应用程序和所述已连接USB设备建立OTG数据连接失败。

7.根据权利要求4所述的方法,其特征在于,所述方法还包括:若所述已连接USB设备未授权时,通过所述USB管理类的对象进行所述已连接USB设备的权限申请,并通过系统广播所述权限申请;

所述目标应用程序通过系统广播接收器接收所述目标应用程序的使用权限广播,判断所述已连接USB设备是否已被用户授权;

若所述已连接USB设备已被授权时,所述目标应用程序和所述已连接USB设备开始建立OTG数据连接;

否则,所述目标应用程序和所述已连接USB设备建立OTG数据连接失败,发出需要授权的提示信息。

8.根据权利要求4所述的方法,其特征在于,所述目标应用程序和所述已连接USB设备开始建立OTG数据连接,具体包括:通过所述已连接USB设备的设备信息获得USB设备接口数;

若所述USB设备接口数大于0,则所述目标应用程序构建自定义常量类,所述自定义常量类存储所述设备信息,通过所述设备信息获取USB接口;

遍历所述USB接口下的所有USB端点,获取USB端点信息,通过所述自定义常量类存储所述USB端点信息;

遍历完成后,得到USB设备连接对象,当所述USB设备连接对象不为空时,则所述目标应用程序和所述已连接USB设备的OTG数据连接建立成功。

9.根据权利要求8所述的方法,其特征在于,所述方法还包括:若所述USB设备接口数等于0时,所述目标应用程序和所述已连接USB设备建立OTG数据连接失败,发出连接失败提示。

10.根据权利要求8所述的方法,其特征在于,所述方法还包括:当所述USB设备连接对象为空时,所述目标应用程序和所述已连接USB设备建立OTG数据连接失败,发出连接失败提示。

11.一种免插拔实现OTG通讯的装置,其特征在于,所述装置包括:第一处理模块,用于生成应用程序的apk文件时,所述应用程序通过intent过滤器和元数据预置关联USB设备的设备信息;

第二处理模块,用于所述应用程序安装到终端设备时,所述应用程序的intent过滤器和元数据由所述终端设备的系统保存到设置对象的节点信息中,所述设置对象是所述应用程序的apk文件对应的键值对中的值,用于当USB设备连接到所述终端设备时,所述终端设备的系统根据所述USB设备的设备信息遍历系统中的设置对象以得到具有启动资格的应用程序,并根据具有启动资格的应用程序和用户的选择结果,确定与所述USB设备对应的目标应用程序,以及启动所述目标应用程序;

第三处理模块,用于所述目标应用程序启动后,启动处理线程,所述处理线程通过USB管理类对象获取已连接USB设备的设备信息,基于所述已连接USB设备的设备信息,所述目标应用程序和所述已连接USB设备建立OTG数据通信;

所述第一处理模块,具体用于所述应用程序在res目录下创建XML文件夹并在所述XML文件夹下创建XML资源文件,在所述XML资源文件中添加usb‑device子项,在usb‑device子项中添加所述关联USB设备的设备信息;

所述应用程序构建所述intent过滤器,指定所述intent过滤器中的action属性是USB设备插入;

所述应用程序构建元数据,所述元数据的名称是USB设备插入,所述元数据的数据资源是所述XML资源文件。

12.一种终端设备,其特征在于,包括:处理器和存储器;

所述存储器,用于存储计算机程序;

所述处理器,用于通过调用所述计算机程序,执行上述权利要求1至权利要求10中任一项所述的免插拔实现OTG通讯的方法。

13.一种计算机可读存储介质,其特征在于,所述计算机可读 存储介质用于存储计算机程序,当其在计算机上运行时,使得计算机执行上述权利要求1至权利要求10中任一项所述的免插拔实现OTG通讯的方法。

说明书 :

免插拔实现OTG通讯的方法、装置、终端设备和介质

技术领域

[0001] 本申请涉及计算机技术领域,尤其涉及免插拔实现OTG通讯的方法、装置、终端设备和介质。

背景技术

[0002] 随着科技的不断发展,终端设备上有很多应用程序,有些应用程序需要特别保护或特别应用,现在,当闪存盘(USBflash disk,USB)、键盘和打印机等接入终端通过OTG数据线与终端设备进行连接后,用户需要在终端设备上查找到对应的应用程序,通过点击启动应用程序。当应用程序启动后,如果应用程序和接入终端需要进行OTG数据通讯时,需要将这些接入终端通过OTG数据线与系统再进行一次硬件连接,终端设备才可识别到接入终端,再建立OTG数据通讯。

发明内容

[0003] 本申请实施例提供了免插拔实现OTG通讯的方法、装置、终端设备和介质。
[0004] 第一方面,提供了一种免插拔实现OTG通讯的方法,包括:
[0005] 生成应用程序的apk文件时,所述应用程序通过intent过滤器和元数据预置关联USB设备的设备信息;
[0006] 所述应用程序安装到终端设备时,所述应用程序的intent过滤器和元数据由所述终端设备的系统保存到设置对象的节点信息中,所述设置对象是所述应用程序的apk文件对应的键值对中的值,用于当USB设备连接到所述终端设备时,所述终端设备的系统根据所述USB设备的设备信息遍历系统中的设置对象以得到具有启动资格的应用程序,并根据具有启动资格的应用程序和用户的选择结果,确定与所述USB设备对应的目标应用程序,以及启动所述目标应用程序;
[0007] 所述目标应用程序启动后,启动处理线程,所述处理线程通过USB管理类对象获取已连接USB设备的设备信息,基于所述已连接USB设备的设备信息,所述目标应用程序和所述已连接USB设备建立OTG数据通信。
[0008] 第二方面,提供了一种免插拔实现OTG通讯的装置,包括:
[0009] 第一处理模块,用于生成应用程序的apk文件时,所述应用程序通过intent过滤器和元数据预置关联USB设备的设备信息;
[0010] 第二处理模块,用于所述应用程序安装到终端设备时,所述应用程序的intent过滤器和元数据由所述终端设备的系统保存到设置对象的节点信息中,所述设置对象是所述应用程序的apk文件对应的键值对中的值,用于当USB设备连接到所述终端设备时,所述终端设备的系统根据所述USB设备的设备信息遍历系统中的设置对象以得到具有启动资格的应用程序,并根据具有启动资格的应用程序和用户的选择结果,确定与所述USB设备对应的目标应用程序,以及启动所述目标应用程序;
[0011] 第三处理模块,用于所述目标应用程序启动后,启动处理线程,所述处理线程通过USB管理类对象获取已连接USB设备的设备信息,基于所述已连接USB设备的设备信息,所述目标应用程序和所述已连接USB设备建立OTG数据通信。
[0012] 第三方面,本申请实施例提供了一种终端设备,包括:处理器和存储器;
[0013] 所述存储器,用于存储计算机程序;
[0014] 所述处理器,用于通过调用所述计算机程序,执行上述第一方面所述免插拔实现OTG通讯的方法的步骤。
[0015] 第四方面,本申请实施例提供了计算机可读存储介质,所述计算机存储介质用于存储计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面所述免插拔实现OTG通讯的方法的步骤。
[0016] 本申请实施例提供的一种免插拔实现OTG通讯的方法,实现当USB设备与终端设备连接后,终端设备上启动与USB设备所对应的目标应用程序,且无需将USB设备与终端设备再次进行硬件连接,终端设备和USB设备可以直接进行OTG数据通讯,从而避免了人为选择目标应用程序的处理,提高了应用启动效率,且提升了用户的使用感受。

附图说明

[0017] 为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0018] 图1为本申请提供的一种免插拔实现OTG通讯的方法的流程示意图;
[0019] 图2为本申请提供的一种免插拔实现OTG通讯的方法的一种实现方式的处理流程示意图;
[0020] 图3为本申请提供的一种免插拔实现OTG通讯的方法的一种实现方式的处理流程示意图
[0021] 图4为本申请提供的一种免插拔实现OTG通讯的方法的一种具体实现方式的处理流程示意图;
[0022] 图5为本申请提供的一种免插拔实现OTG通讯的装置的结构示意图。

具体实施方式

[0023] 本申请提出一种应用程序启动方法、终端设备及计算机可读存储介质,下面结合附图,对本申请具体实施方式进行详细说明。
[0024] 下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
[0025] 本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
[0026] 本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
[0027] 为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
[0028] 下面将结合附图1,对本申请实施例提供的一种免插拔实现OTG通讯的方法进行详细介绍,一种免插拔实现OTG通讯的方法包括以下步骤:
[0029] S1、生成应用程序的apk文件时,应用程序通过intent过滤器和元数据预置关联USB设备的设备信息。
[0030] 具体地,在元数据中添加应用程序所关联USB设备的设备信息,其中,设备信息包括供应商识别码VID、产品识别码PID。
[0031] 可选地,设备信息还可以包括USB设备序列号。
[0032] S2、应用程序安装到终端设备时,应用程序的intent过滤器和元数据由终端设备的系统保存到设置对象的节点信息中,设置对象是应用程序的apk文件对应的键值对中的值。
[0033] 具体地,系统将应用程序的apk文件以键值对方式进行保存,键值对中的键是应用程序ID,键值对中的值是设置对象。
[0034] S3、当USB设备连接到终端设备时,终端设备的系统根据USB设备的设备信息遍历系统中的设置对象以得到具有启动资格的应用程序。
[0035] S4、系统根据已连接USB设备的设备信息,查找系统中的所有应用程序的键值对中的设置对象,得到具有启动资格的应用程序。
[0036] S5、系统根据具有启动资格的应用程序和用户的选择结果,确定与USB设备对应的目标应用程序,以及启动目标应用程序。
[0037] S6、目标应用程序启动处理线程。
[0038] S7、处理线程通过USB管理类对象获取已连接USB设备信息,基于已连接USB设备信息,目标应用程序和已连接USB设备建立OTG数据通信。
[0039] 基于上述实施例,进一步地,步骤S1具体包括:
[0040] 应用程序在res目录下创建XML文件夹并在XML文件夹下创建XML资源文件,在XML资源文件中添加usb‑device子项,在usb‑device子项中添加关联USB设备的设备信息。
[0041] 应用程序构建intent过滤器,指定intent过滤器中的action属性是USB设备插入。
[0042] 应用程序构建元数据,元数据的名称是USB设备插入,元数据的数据资源是XML资源文件。
[0043] intent过滤器的action属性是USB设备插入,且元数据的名词是USB设备插入时,当USB设备插入时,通过intent过滤器过滤到当USB设备插入时,可以启动的应用程序。
[0044] 基于上述实施例,进一步地,步骤S4具体包括:
[0045] 系统根据设备信息中的供应商识别码VID和产品识别码PID查找系统中的所有键值对中的设置对象,得到具有启动资格的应用程序。
[0046] 进一步地,步骤S5中具体包括:
[0047] 当具有启动资格的应用程序的数量是第一预设值时,判断具有启动资格的应用程序是否是默认使用已连接USB设备。
[0048] 若是,则目标应用程序是具有启动资格的应用程序。
[0049] 否则,弹出第一用户界面供用户进行确认是否启动具有启动资格的应用程序。
[0050] 若用户的选择结果是确认启动具有启动资格的应用程序,则具有启动资格的应用程序是目标应用程序。
[0051] 当具有启动资格的应用程序的数量大于第一预设值时,弹出第二用户界面供用户选择所要启动的应用程序,第二用户界面中包括具有启动资格的应用程序,根据用户的选择结果,确定目标应用程序。
[0052] 进一步地,步骤S7中具体包括:
[0053] S71、判断已连接USB设备的设备信息是否满足预设条件。
[0054] S72、若是,则根据USB设备信息,判断已连接USB设备是否已授权。
[0055] S73、若已连接USB设备已授权时,目标应用程序和已连接USB设备开始建立OTG数据连接。
[0056] S74、若目标应用程序和已连接USB设备建立OTG数据连接成功时,发出成功提示。
[0057] S75、若目标应用程序和已连接USB设备建立OTG数据连接失败时,发出失败提示。
[0058] 进一步地,步骤S71具体包括:
[0059] 判断供应商识别码VID是否属于预设条件中的供应商识别码;
[0060] 或,
[0061] 判断产品识别码PID是否属于预设条件中的产品识别码;
[0062] 或,
[0063] 判断USB设备序列号是否属于预设条件中的USB设备序列号;
[0064] 或,
[0065] 判断供应商识别码VID是否属于预设条件中的供应商识别码,且产品识别码PID是否属于预设条件中的产品识别码;
[0066] 或,
[0067] 判断供应商识别码VID是否属于预设条件中的供应商识别码,产品识别码PID是否属于预设条件中的产品识别码和USB设备序列号是否属于预设条件中的USB设备序列号。
[0068] 若已连接USB设备的设备信息未满足预设条件时,则应用程序和USB设备建立OTG数据连接失败。
[0069] 进一步地,还包括步骤S76,具体包括:
[0070] 若已连接USB设备的设备信息未满足预设条件时,则目标应用程序和USB设备建立OTG数据连接失败。
[0071] 进一步地,还包括步骤S77,具体包括:
[0072] S771、若已连接USB设备未授权时,通过USB管理类的对象进行已连接USB设备的权限申请,并通过系统广播权限申请。
[0073] S772、目标应用程序通过系统广播接收器接收目标应用程序的使用权限广播,判断已连接USB设备是否已被用户授权。
[0074] S773、若已连接USB设备已授权时,目标应用程序和已连接USB设备开始建立OTG数据连接。
[0075] S774、否则,目标应用程序和USB设备建立OTG数据连接失败,发出已连接USB设备需要授权的提示信息。
[0076] 进一步地,步骤S773具体包括:
[0077] S7731、通过已连接USB设备的USB设备信息获得USB设备接口数。
[0078] S7732、若USB设备接口数大于0,则目标应用程序构建自定义常量类,自定义常量类存储USB设备信息,通过USB设备信息获取USB接口。
[0079] S7733、遍历USB接口下的所有USB端点,包括判断USB端点的类型,区分输入、输出方向,通过自定义常量类存储USB端点信息。
[0080] S7734、遍历完成后,得到USB设备连接对象,当USB设备连接对象不为空时,则目标应用程序和USB设备OTG数据连接建立成功。
[0081] 进一步地,还包括步骤S7735,具体包括:
[0082] 若USB设备接口数等于0时,目标应用程序和已连接USB设备建立OTG数据连接失败,发出连接失败提示。
[0083] 进一步地,还包括步骤S7736,具体包括:
[0084] 当USB设备连接对象为空时,目标应用程序和已连接USB设备建立OTG数据连接失败,发出连接失败提示。
[0085] 本申请实施例提供的一种免插拔实现OTG通讯的方法,实现了当插入USB设备后,启动终端设备上对应的目标应用程序,且无需将USB设备与终端设备再次进行硬件连接,终端设备和USB设备可以直接进行OTG通讯,避免了人为选择目标应用程序的处理,提高了启动效率,且提升了用户的使用感受。
[0086] 基于上述本申请所提供的技术方案,下面以一个具体实施方式对该技术方案进行详尽阐释,如图2‑3所示,为本申请提供的免插拔实现OTG通讯的方法的一个实现方式的具体处理流程图,在该实施例中,终端设备以手机为例,手机中设置有相应的系统,接入终端是U盘,应说明,图2‑3分别对应该实施例的完整流程图的一部分。
[0087] 110、当生成应用程序的apk文件时,应用程序在res目录下创建XML文件夹并在XML文件夹下创建XML资源文件,在XML资源文件中添加usb‑device子项,在usb‑device子项中添加应用程序关联USB设备的设备信息。
[0088] 在一个实现方式中,根据应用程序所要关联的U盘的设备信息,在usb‑device子项中添加设备信息,具体地,设备信息包括供应商识别码VID、产品识别码PID和USB设备序列号。
[0089] 120、应用程序构建intent过滤器,指定intent过滤器中的action属性是USB设备插入。应用程序构建元数据,元数据的名称是USB设备插入,元数据的数据资源是XML资源文件。
[0090] 在一个实现方式中,应用程序构建intent过滤器和元数据后,打包成为apk文件。
[0091] 130、当将应用程序安装到终端设备上时,终端设备的系统将应用程序的apk文件以键值对方式进行保存,安装应用程序,键值对中的键是应用程序ID,键值对中的值是设置对象,设置对象中的节点信息中保存intent过滤器和元数据。
[0092] 在一个实现方式中,系统中保存了若干个键值对,每一个键值对对应一个应用程序的apk文件,而应用程序所关联的USB设备的设备信息通过键值对中的值保存在设置对象中。
[0093] 140、当USB设备连接到终端设备时,终端设备的系统获取已连接USB设备的设备信息。
[0094] 具体地,USB设备通过OTG数据线连接一个终端设备。可能获取到的设备信息如下格式:
[0095] “vid,pid,序列号,class,sub‑class,protocol,device‑id,device‑name ,manufacturerName,productName,version”
[0096] 设备1“2414 1811 6502100000000101 0 0 0 1002 /dev/bus/usb/001/002,[0097] FS FT Interpass3000 1.16”。
[0098] 150、系统根据已连接USB设备的设备信息,查找系统中的所有应用程序的键值对中的设置对象,得到具有启动资格的应用程序。
[0099] 具体地,系统根据供应商识别码VID和产品识别码PID查找系统中的所有应用程序的键值对中的设置对象,得到具有启动资格的应用程序。
[0100] 具体地,根据上述数据,根据VID是2414,PID是1811查找应用程序的键值对中的设置对象。
[0101] 160、系统根据具有启动资格的应用程序和用户的选择结果,确定已连接USB设备对应的目标应用程序,启动目标应用程序。
[0102] 具体地,当具有启动资格的应用程序只有1个时,判断具有启动资格的应用程序是否是用户已设置默认启动的应用程序。
[0103] 若具有启动资格的应用程序是用户已设置默认启动的应用程序,则直接启动该应用程序。
[0104] 若具有启动资格的应用程序是用户未设置默认启动的应用程序时,弹出第一用户界面供用户进行确认是否启动该应用程序,若用户确认启动该应用程序,则启动该应用程序。
[0105] 当具有启动资格的应用程序的数量大于1个时,弹出第二用户界面供用户选择所要启动的应用程序,第二用户界面中包括具有启动资格的应用程序,根据用户的选择结果,得到要启动的目标应用程序,启动目标应用程序。
[0106] 170、目标应用程序通过应用上下文,得到USB管理类对象,构建OTG发送命令类,在OTG发送命令类中注册广播接收器。
[0107] 具体地,目标应用程序还需要判断系统的版本是否满足预设版本要求,若满足,则通过目标应用程序的应用上下文,调用系统方法getSystemService并传入 "usb"字符串,获取USB管理类,目标应用程序构建OTG发送命令的类。
[0108] 在OTG发送命令的类中通过注册广播接收器接收接入终端的插拔,以及USB使用权限的广播。
[0109] 180、目标应用程序启动处理线程。
[0110] 190、通过USB管理类对象获取USB设备列表,提取USB设备列表中的USB设备信息。
[0111] 具体地,通过上述数据提取到“vid,pid,productName,version”[0112] 设备1“2414 1811 FT Interpass3000 1.16”;
[0113] 200、判断已连接USB设备的设备信息是否满足预设条件。
[0114] 具体地,判断供应商识别码VID是否属于预设条件中的供应商识别码;或,判断产品识别码PID是否属于预设条件中的产品识别码;或,判断USB设备序列号是否属于预设条件中的USB设备序列号;或,判断供应商识别码VID是否属于预设条件中的供应商识别码,且产品识别码PID是否属于预设条件中的产品识别码;或,判断供应商识别码VID是否属于预设条件中的供应商识别码,产品识别码PID是否属于预设条件中的产品识别码和USB设备序列号是否属于预设条件中的USB设备序列号。
[0115] 若已连接USB设备的设备信息是否满足预设条件时,执行步骤210;
[0116] 否则,应用程序和已连接USB设备建立OTG数据连接失败,发出连接失败的提示信息。
[0117] 210、根据USB设备信息,判断已连接USB设备是否已被授权。
[0118] 若已连接USB设备已被授权时,应用程序和已连接USB设备开始建立OTG数据连接,执行步骤240;
[0119] 若USB设备未授权时,执行步骤220。
[0120] 220、通过USB管理类对象进行已连接USB设备的权限申请,通过系统广播所述权限申请;
[0121] 具体地,系统弹出权限申请窗口,等待用户是否确认授权已连接USB设备。
[0122] 230目标应用程序通过系统广播接收器接收目标应用程序的使用权限广播,判断已连接USB设备是否已被用户授权;
[0123] 若已连接USB设备已获得权限时,执行步骤240。
[0124] 若已连接USB设备未获得权限时,发出已连接USB设备需要授权的提示信息。
[0125] 240、终端设备和已连接USB设备开始建立OTG数据连接,判断终端设备和已连接USB设备是否建立OTG数据连接成功。
[0126] 如图4所示,步骤240包括:
[0127] 2401、通过USB设备信息获得USB设备接口数。
[0128] 2402、判断USB设备接口数是否大于0。
[0129] 若是,执行步骤2403。
[0130] 否则,应用程序和已连接USB设备建立OTG数据连接失败,作出连接失败提示。
[0131] 2403、目标应用程序构建自定义常量类,自定义常量类存储USB设备信息,通过USB设备信息获取USB接口。
[0132] 2404、遍历USB接口下的所有USB端点,包括判断USB端点的类型,区分输入、输出方向,通过自定义常量类存储USB端点信息。
[0133] 2405、遍历完成后,通过USB管理类对象获取USB设备连接对象。
[0134] 2406、判断USB设备连接对象是否为空。
[0135] 若是,应用程序和已连接USB设备建立OTG数据连接失败。
[0136] 否则,应用程序和已连接USB设备建立OTG数据连接成功。
[0137] 本申请实施例提供的一种免插拔实现OTG通讯的方法,实现了当插入USB设备后,启动终端设备上对应的目标应用程序,且无需将USB设备与终端设备再次进行硬件连接,终端设备和USB设备可以直接进行OTG通讯,避免了人为选择目标应用程序的处理,提高了启动效率,且提升了用户的使用感受。
[0138] 基于上述本申请所提供的一种免插拔实现OTG通讯的技术方案,本申请对应提供了一种免插拔实现OTG通讯的装置的结构示意图,如图5所示,本申请的免插拔实现OTG通讯的装置400可以包括:
[0139] 第一处理模块,用于生成应用程序的apk文件时,所述应用程序通过intent过滤器和元数据预置关联USB设备的设备信息;
[0140] 第二处理模块,用于所述应用程序安装到终端设备时,所述应用程序的intent过滤器和元数据由所述终端设备的系统保存到设置对象的节点信息中,所述设置对象是所述应用程序的apk文件对应的键值对中的值,用于当USB设备连接到所述终端设备时,所述终端设备的系统根据所述USB设备的设备信息遍历系统中的设置对象以得到具有启动资格的应用程序,并根据具有启动资格的应用程序和用户的选择结果,确定与所述USB设备对应的目标应用程序,以及启动所述目标应用程序;
[0141] 第三处理模块,用于所述目标应用程序启动后,启动处理线程,所述处理线程通过USB管理类对象获取已连接USB设备的设备信息,基于所述已连接USB设备的设备信息,所述目标应用程序和所述已连接USB设备建立OTG数据通信。
[0142] 在一个实现方式中,第一处理模块,具体用于:
[0143] 所述应用程序在res目录下创建XML文件夹并在所述XML文件夹下创建XML资源文件,在所述XML资源文件中添加usb‑device子项,在usb‑device子项中添加所述关联USB设备的设备信息;
[0144] 所述应用程序构建所述intent过滤器,指定所述intent过滤器中的action属性是USB设备插入;
[0145] 所述应用程序构建元数据,所述元数据的名称是USB设备插入,所述元数据的数据资源是所述XML资源文件。
[0146] 在一个实现方式中,第二处理模块,具体用于所述系统根据所述设备信息中的供应商识别码VID和产品识别码PID查找所述系统中的所有键值对中的设置对象,得到具有启动资格的应用程序。
[0147] 在一个实现方式中,第二处理模块,具体用于当所述具有启动资格的应用程序的数量是第一预设值时,判断所述具有启动资格的应用程序是否是默认使用所述已连接USB设备;
[0148] 若是,则所述目标应用程序是所述具有启动资格的应用程序;
[0149] 否则,弹出第一用户界面供用户进行确认是否启动所述具有启动资格的应用程序;
[0150] 若所述用户的选择结果是确认启动所述具有启动资格的应用程序,则所述具有启动资格的应用程序是所述目标应用程序;
[0151] 当所述具有启动资格的应用程序的数量大于所述第一预设值时,弹出第二用户界面供用户选择所要启动的应用程序,所述第二用户界面中包括具有启动资格的应用程序,根据用户的选择结果,确定所述目标应用程序。
[0152] 在一个实现方式中,第三处理模块,具体用于判断所述已连接USB设备的设备信息是否满足预设条件;
[0153] 若是,则根据USB设备信息,判断所述已连接USB设备是否已授权;
[0154] 若所述已连接USB设备已授权时,所述目标应用程序和所述已连接USB设备开始建立OTG数据连接;
[0155] 若所述目标应用程序和所述已连接USB设备建立OTG数据连接成功时,发出成功提示;
[0156] 若所述目标应用程序和所述已连接USB设备建立OTG数据连接失败时,发出失败提示。
[0157] 在一个实现方式中,第三处理模块,具体用于判断供应商识别码VID是否属于预设条件中的供应商识别码;或,判断产品识别码PID是否属于预设条件中的产品识别码;或,判断USB设备序列号是否属于预设条件中的USB设备序列号;或,判断供应商识别码VID是否属于预设条件中的供应商识别码,且产品识别码PID是否属于预设条件中的产品识别码;或,判断供应商识别码VID是否属于预设条件中的供应商识别码,产品识别码PID是否属于预设条件中的产品识别码和USB设备序列号是否属于预设条件中的USB设备序列号。
[0158] 在一个实现方式中,第三处理模块,具体用于若所述已连接USB设备的设备信息未满足预设条件时,则所述目标应用程序和所述USB设备建立OTG数据连接失败。
[0159] 在一个实现方式中,第三处理模块,具体用于若所述已连接USB设备未授权时,通过所述USB管理类的对象进行所述已连接USB设备的权限申请,并通过系统广播所述权限申请;
[0160] 所述目标应用程序通过系统广播接收器接收所述目标应用程序的使用权限广播,判断所述已连接USB设备是否已被用户授权;
[0161] 若所述已连接USB设备已被授权时,所述目标应用程序和所述已连接USB设备开始建立OTG数据连接;
[0162] 否则,所述目标应用程序和所述已连接USB设备建立OTG数据连接失败,发出需要授权的提示信息。
[0163] 在一个实现方式中,第三处理模块,具体用于通过所述已连接USB设备的USB设备信息获得USB设备接口数;
[0164] 若USB设备接口数大于0,则所述目标应用程序构建自定义常量类,自定义常量类存储USB设备信息,通过所述USB设备信息获取USB接口;
[0165] 遍历所述USB接口下的所有USB端点,包括判断所述USB端点的类型,区分输入、输出方向,通过所述自定义常量类存储USB端点信息;
[0166] 遍历完成后,得到USB设备连接对象,当所述USB设备连接对象不为空时,则所述目标应用程序和所述USB设备OTG数据连接建立成功。
[0167] 在一个实现方式中,第三处理模块,具体用于若USB设备接口数等于0时,所述目标应用程序和所述已连接USB设备建立OTG数据连接失败,发出连接失败提示。
[0168] 在一个实现方式中,第三处理模块,具体用于当所述USB设备连接对象为空时,所述目标应用程序和所述已连接USB设备建立OTG数据连接失败,发出连接失败提示。
[0169] 本申请实施例提供的一种免插拔实现OTG通讯的装置,实现了当插入USB设备后,启动终端设备上对应的目标应用程序,且无需将USB设备与终端设备再次进行硬件连接,终端设备和USB设备可以直接进行OTG通讯,避免了人为选择目标应用程序的处理,提高了启动效率,且提升了用户的使用感受。
[0170] 终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。
[0171] 终端设备500可以包括处理装置(例如中央处理器、图形处理器等)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有终端设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
[0172] 通常,以下装置可以连接至I/O接口505:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507;包括例如磁带、硬盘等的存储装置508;以及通信装置509。通信装置509可以允许终端设备500与其他设备进行无线或有线通信以交换数据。
[0173] 特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置509从网络上被下载和安装,或者从存储装置508被安装,或者从ROM 502被安装。在该计算机程序被处理装置501执行时,执行本申请实施例的方法中限定的上述功能。
[0174] 需要说明的是,本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
[0175] 上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
[0176] 可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0177] 附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
[0178] 描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定。
[0179] 以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
[0180] 本申请提供的终端设备,适用于上述免插拔实现OTG通讯的方法的任一实施例,在此不再赘述。
[0181] 本申请中,通过上述方案,实现了当插入USB设备后,启动终端设备上对应的目标应用程序,且无需将USB设备与终端设备再次进行硬件连接,终端设备和USB设备可以直接进行OTG通讯,避免了人为选择目标应用程序的处理,提高了启动效率,且提升了用户的使用感受。
[0182] 本申请提供了一种计算机可读存储介质,该计算机可读存储介质存储计算机程序,计算机程序使计算机执行上述实施例所述的免插拔实现OTG通讯的方法。
[0183] 本申请中,通过上述方案,实现了当插入USB设备后,启动终端设备上对应的目标应用程序,且无需将USB设备与终端设备再次进行硬件连接,终端设备和USB设备可以直接进行OTG通讯,避免了人为选择目标应用程序的处理,提高了启动效率,且提升了用户的使用感受。
[0184] 本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
[0185] 其中,本申请装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0186] 本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本申请所必须的。
[0187] 本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0188] 上述本申请序号仅仅为了描述,不代表实施例的优劣。
[0189] 以上公开的仅为本申请的几个具体实施例,但是,本申请并非局限于此,任何本领域的技术人员能思之的变化都应落入本申请的保护范围。