CN107577477B - 一种基于dtb文件的多平台软件版本自适应方法及系统 - Google Patents
一种基于dtb文件的多平台软件版本自适应方法及系统 Download PDFInfo
- Publication number
- CN107577477B CN107577477B CN201710797553.8A CN201710797553A CN107577477B CN 107577477 B CN107577477 B CN 107577477B CN 201710797553 A CN201710797553 A CN 201710797553A CN 107577477 B CN107577477 B CN 107577477B
- Authority
- CN
- China
- Prior art keywords
- file
- product
- board
- dtb
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
本发明提出了一种基于DTB文件的多平台软件版本自适应方法及系统。利用嵌入式Linux系统启动时会首先导入DTB文件，于是在DTB文件中创建一个虚拟设备节点，在所有定制驱动模块加载之前，解析出这个带版本信息的虚拟设备节点，并按照约定的接口写入创建的系统文件中。当加载定制模块时，先获取版本信息，然后自适应加载相应模块。由于定制模块加载使用的是统一接口，所以此方案可以推广到不使用DTB文件的系统中，只需要修改解析版本信息的方法，并且上层代码不需要修改。不仅使得本系列产品的软件开发工作量减少，而且移植时工作量也会减少。一个系列的产品使用同一个软件版本，启动时自适应加载模块，避免了多版本发布带来的混乱。
Description
技术领域
本发明涉及基于嵌入式系统开发具有不同功能的系列产品技术领域，尤其是涉及一种基于DTB文件的多平台软件版本自适应方法及系统，自适应运行对应功能的软件版本。
背景技术
随着产品开发的深入，同系列的产品越来越丰富，这些产品具有相同的软件架构，只是在外围器件上或者功能上存在定制差异。在产品开发阶段，现在大多数IT厂家，是根据产品来划分开发人员的，这样就会导致基于相同架构的产品开发者之间的开发成果不能无障碍共享。也有少数IT厂家是根据产品系列来划分开发人员的，当出现需要对整个系列的产品的软件做修改的情况时，就需要修改每一个产品对应的代码，这样不仅容易发生遗漏，而且工作量会成倍增加。并且在不能解决多平台软件版本自适应的情况下，必须要针对不同产品发布对应的版本，如果发生错误，将会带来巨大损失。
多平台共软件版本的技术就是在这种情况下发展起来的，目前常规方式有两种：其一是软件代码中使用宏定义区分，这样做的弊端是不能避免版本发布的混乱；其二是利用私有配置文件，这样做的弊端是需要为所有的系统定制私有的配置文件，不具备通用普遍性。
发明内容
针对现有技术缺陷，本发明提出了一种基于DTB文件的多平台软件版本自适应方法及系统，利用Linux系统加载首先导入DTB文件的特性，并在DTB文件中创建版本信息节点，以及模块加载时传入模块参数的技术，实现多平台软件版本自适应加载，无需负责多产品软件的同步与维护，避免多版本发布带来的混乱，还可以通过修改解析版本信息的方法使这一套方案应用到其它的系统，实现减少产品开发工作量，简化版本发布，定制的功能模块在产品启动之后自适应启动。
本发明为实现其目的，采用的技术方案如下：
一种基于DTB文件的多平台软件版本自适应方法，包括以下步骤：
步骤S1、在DTS文件中增加一个表示板卡信息的虚拟设备节点，按照标准的Linux系统DTS文件的语法规则，将board_type(硬件版本信息)以及product(产品信息)等以字符串形式编辑在DTS文件中；
步骤S2、使用与CPU匹配的交叉编译链将DTS文件编译成DTB文件，再将DTB文件存入系统指定地址；
步骤S3、内核启动后，加载用于解析所述虚拟设备节点的解析模块，并将解析到的board_type(硬件版本信息)以及product(产品信息)写入到标准文件中；
步骤S4、内核模块根据获取到的board_type(硬件版本信息)文件内的字符串匹配到对应的硬件板卡，决定当前产品需要加载哪些定制驱动模块，并将对应的硬件板卡编号作为定制驱动模块的参数传入启动函数，由此实现内核模块根据不同版本完成定制驱动模块自适应加载；
步骤S5、用户态进程初始化阶段，用户进程根据获取到的product(产品信息)文件内的字符串匹配到对应的产品版本号，决定当前产品需运行哪些定制功能任务，由此实现产品功能自适应。
其中，在所述步骤S3之前，还包括：
增加解析步骤S1中所述的表示板卡信息的虚拟设备节点的解析模块，依照DTB文件的解析方法编写代码即可。
其中，所述步骤S3中的将解析到的board_type(硬件版本信息)以及product(产品信息)写入到标准文件中，具体为：
将解析到的board_type及product字段对应的字符串分别写在目录/proc/boardinfo下的board-type及product文件中。
其中，所述步骤S1中在DTS文件中增加一个表示板卡信息的虚拟设备节点，是根据硬件板卡差异，创建对应的虚拟设备节点，携带board_type(硬件版本信息)以及product(产品信息)字符串。
一种基于DTB文件的多平台软件版本自适应系统，包括以下单元：
DTS文件编辑单元，用于在DTS文件中增加一个表示板卡信息的虚拟设备节点，按照标准的Linux系统DTS文件的语法规则，将board_type(硬件版本信息)以及product(产品信息)等以字符串形式编辑在DTS文件中；
DTB文件创建单元，用于使用与CPU匹配的交叉编译链将DTS文件编译成DTB文件，再将DTB文件存入系统指定地址；
加载及解析单元，用于内核启动后，加载用于解析所述虚拟设备节点的解析模块，并将解析到的board_type(硬件版本信息)以及product(产品信息)写入到标准文件中；
模块自适应单元，用于内核模块根据获取到的board_type(硬件版本信息)文件内的字符串匹配到对应的硬件板卡，决定当前产品需要加载哪些定制驱动模块，并将对应的硬件板卡编号作为定制驱动模块的参数传入启动函数，由此实现内核模块根据不同版本完成定制驱动模块自适应加载；
功能自适应单元，用于用户态进程初始化阶段，用户进程根据获取到的product(产品信息)文件内的字符串匹配到对应的产品版本号，决定当前产品需运行哪些定制功能任务，由此实现产品功能自适应。
其中，还包括解析模块创建单元，用于增加解析DTS文件编辑单元中所述的表示板卡信息的虚拟设备节点的解析模块，依照DTB文件的解析方法编写代码即可。
其中，所述将解析到的board_type(硬件版本信息)以及product(产品信息)写入到标准文件中，具体为：
将解析到的board_type及product字段对应的字符串分别写在目录/proc/boardinfo下的board-type及product文件中。
其中，所述DTS文件编辑单元在DTS文件中增加一个表示板卡信息的虚拟设备节点，是根据硬件板卡差异，创建对应的虚拟设备节点，携带board_type(硬件版本信息)以及product(产品信息)字符串。
有益效果：
本发明提供的技术中，可以最大限度的实现多平台软件版本的自适应，具有以下的突出优点：
1.Linux嵌入式系统启动时，解析DTB文件是一个通用技术，所以此发明技术利于推广。当通过修改解析模块，只要按照接口要求实现版本解析，就能不修改上层应用的代码。所以此发明具有普适性。
2.解析模块在所有定制模块之前启动，保证定制模块启动时可以获取到版本信息从而自适应运行对应功能。
3.加载定制内核模块时，先依据版本信息文件的内容，加载定制的驱动模块，并将版本参数作为模块参数传入各个定制驱动模块，以此决定该定制驱动模块的具体功能。
附图说明
图1是本发明实施例的流程图。
图2是本发明实施例的板卡信息保存及传递流程图。
图3是本发明实施例的系统框图。
具体实施方式
下面结合附图和实施例对本发明技术方案进行详细说明。
实施例1：
如图1、图2所示，本发明能在启动时根据DTB文件自动识别版本信息，并根据识别的版本信息，加载定制的驱动模块及功能模块。基于Linux系统执行以下步骤：
步骤1：在DTS文件中增加一个表示板卡信息的虚拟设备节点，将board_type(硬件版本信息)以及product(产品信息)等以字符串形式编辑在DTS文件中，遵守标准的Linux系统DTS文件的语法规则。
步骤2：使用与CPU匹配的交叉编译链将DTS文件编译成DTB文件。再将DTB文件存入系统指定地址。按照嵌入式Linux系统开发的常规操作即可。
步骤3：增加解析步骤1中的表示板卡信息的虚拟设备节点的解析模块。依照DTB文件的解析方法编写代码即可。
步骤4：内核启动后，加载用于解析所述虚拟设备节点的解析模块，并将解析到的board_type(硬件版本信息)以及product(产品信息)写入到标准文件中。
步骤5：定制驱动模块加载前，首先从标准文件中读取board_type，并根据此信息加载需要的定制驱动模块，同时将硬件版本号传入定制驱动模块初始化。
加载内核模块的引导脚本根据获取到的board_type(硬件版本信息)文件内的字符串匹配到对应的硬件板卡，决定当前产品需要加载哪些定制驱动模块，并将对应的硬件板卡编号作为定制驱动模块的参数传入启动函数。由此实现内核模块根据不同版本完成定制驱动模块自适应加载。
步骤6：定制功能任务运行前，首先从标准文件中读取product(产品信息)，并根据此信息运行所需的功能任务。
在用户态进程初始化阶段，用户进程根据获取到的product(产品信息)文件内的字符串匹配到对应的产品版本号，决定当前的产品应该运行哪些定制功能任务由此实现产品功能自适应。
用户态进程初始化阶段，用户进程根据获取到的product(产品信息)文件内的字符串匹配到对应的产品版本号，决定当前产品需运行哪些定制功能任务，由此实现产品功能自适应。
可见，依照附图1给出的系统启动流程图，在rootfs(文件系统)加载阶段，内核启动后，系统会首先加载一个解析模块，用于解析上述的设备节点，并将解析之后的字段信息写到指定的系统文件中。附图2描述了版本信息在启动过程中的流转。本实施例中，将board_type及product字段对应的字符串分别写在目录/proc/boardinfo下的board-type及product文件中。
本发明主要针对基于嵌入式Linux系统开发同系列不同的产品，为减少工作量、增加软件一致性，提供一种基于DTB文件的设计。本实施例在产品启动时，根据解析出DTB文件获取版本信息，然后自适应加载定制驱动模块及定制功能任务，实现不同产品定制化需求。本发明立足于现有的常规技术，经过创新设计，具备良好的兼容性和扩展性。
具体实施时，基于Linux系统，所有系统启动必须包含DTB文件，DTB文件由DTS文件使用交叉编译工具编译而来，DTS文件根据硬件板卡差异写入相应的board_type、product字段的信息。即所述步骤S1中在DTS文件中增加一个表示板卡信息的虚拟设备节点，是根据硬件板卡差异，创建对应的虚拟设备节点，携带board_type(硬件版本信息)以及product(产品信息)字符串。版本信息在系统启动过程中如何转换传递至关重要，本发明利用了DTB文件在启动过程中的特性，使用内核模块从DTB文件中解析出版本信息，并将版本信息转存到系统文件中，最后根据读文件获取的版本信息自适应加载。
实施例2：
本发明实施例是系统实施例，本实施例与上述方法实施例属于同一技术构思，在本实施例中未详尽描述的内容，请参见上述实施例。
如图3所示，本发明所述的一种基于DTB文件的多平台软件版本自适应系统，包括以下单元：
DTS文件编辑单元，用于在DTS文件中增加一个表示板卡信息的虚拟设备节点，按照标准的Linux系统DTS文件的语法规则，将board_type(硬件版本信息)以及product(产品信息)等以字符串形式编辑在DTS文件中；
DTB文件创建单元，用于使用与CPU匹配的交叉编译链将DTS文件编译成DTB文件，再将DTB文件存入系统指定地址；
加载及解析单元，用于内核启动后，加载用于解析所述虚拟设备节点的解析模块，并将解析到的board_type(硬件版本信息)以及product(产品信息)写入到标准文件中；
模块自适应单元，用于内核模块根据获取到的board_type(硬件版本信息)文件内的字符串匹配到对应的硬件板卡，决定当前产品需要加载哪些定制驱动模块，并将对应的硬件板卡编号作为定制驱动模块的参数传入启动函数，由此实现内核模块根据不同版本完成定制驱动模块自适应加载；
功能自适应单元，用于用户态进程初始化阶段，用户进程根据获取到的product(产品信息)文件内的字符串匹配到对应的产品版本号，决定当前产品需运行哪些定制功能任务，由此实现产品功能自适应。
进一步，还包括解析模块创建单元，用于增加解析DTS文件编辑单元中所述的表示板卡信息的虚拟设备节点的解析模块，依照DTB文件的解析方法编写代码即可。
所述将解析到的board_type(硬件版本信息)以及product(产品信息)写入到标准文件中，具体为：
将解析到的board_type及product字段对应的字符串分别写在目录/proc/boardinfo下的board-type及product文件中。
所述DTS文件编辑单元在DTS文件中增加一个表示板卡信息的虚拟设备节点，是根据硬件板卡差异，创建对应的虚拟设备节点，携带board_type(硬件版本信息)以及product(产品信息)字符串。
本发明提出了一种基于DTB文件的多平台软件版本自适应方法及系统。利用嵌入式Linux系统启动时会首先导入DTB文件，于是在DTB文件中创建一个虚拟设备节点，在所有定制驱动模块加载之前，解析出这个带版本信息的虚拟设备节点，并按照约定的接口写入创建的系统文件中。当加载定制模块时，先获取版本信息，然后自适应加载相应模块。由于定制模块加载使用的是统一接口，所以此方案可以推广到不使用DTB文件的系统中，只需要修改解析版本信息的方法，并且上层代码不需要修改。不仅使得本系列产品的软件开发工作量减少，而且移植时工作量也会减少。一个系列的产品使用同一个软件版本，启动时自适应加载模块，避免了多版本发布带来的混乱。
本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。
Claims (8)
1.一种基于DTB文件的多平台软件版本自适应方法，其特征在于，利用Linux系统加载首先导入DTB文件的特性，结合在DTB文件中创建版本信息节点，以及模块加载时传入模块参数，实现多平台软件版本自适应加载，实现过程包括以下步骤：
步骤S1、在DTS文件中增加一个表示板卡信息的虚拟设备节点，按照标准的Linux系统DTS文件的语法规则，将硬件版本信息board_type以及产品信息product以字符串形式编辑在DTS文件中；
步骤S2、使用与CPU匹配的交叉编译链将DTS文件编译成DTB文件，再将DTB文件存入系统指定地址；
步骤S3、内核启动后，加载用于解析所述虚拟设备节点的解析模块，并将解析到的硬件版本信息board_type以及产品信息product写入到标准文件中；
步骤S4、内核模块根据获取到的硬件版本信息board_type文件内的字符串匹配到对应的硬件板卡，决定当前产品需要加载哪些定制驱动模块，并将对应的硬件板卡编号作为定制驱动模块的参数传入启动函数，由此实现内核模块根据不同版本完成定制驱动模块自适应加载；
步骤S5、用户态进程初始化阶段，用户进程根据获取到的产品信息product文件内的字符串匹配到对应的产品版本号，决定当前产品需运行哪些定制功能任务，由此实现产品功能自适应。
2.根据权利要求1所述的一种基于DTB文件的多平台软件版本自适应方法，其特征在于，在所述步骤S3之前，还包括：
增加解析步骤S1中所述的表示板卡信息的虚拟设备节点的解析模块，依照DTB文件的解析方法编写代码。
3.根据权利要求1所述的一种基于DTB文件的多平台软件版本自适应方法，其特征在于，所述步骤S3中的将解析到的硬件版本信息board_type以及产品信息product写入到标准文件中，具体为：
将解析到的board_type及product字段对应的字符串分别写在目录/proc/boardinfo下的board-type及product文件中。
4.根据权利要求1所述的一种基于DTB文件的多平台软件版本自适应方法，其特征在于，所述步骤S1中在DTS文件中增加一个表示板卡信息的虚拟设备节点，是根据硬件板卡差异，创建对应的虚拟设备节点，携带硬件版本信息board_type以及产品信息product字符串。
5.一种基于DTB文件的多平台软件版本自适应系统，其特征在于，包括以下单元：
DTS文件编辑单元，用于在DTS文件中增加一个表示板卡信息的虚拟设备节点，按照标准的Linux系统DTS文件的语法规则，将硬件版本信息board_type以及产品信息product以字符串形式编辑在DTS文件中；
DTB文件创建单元，用于使用与CPU匹配的交叉编译链将DTS文件编译成DTB文件，再将DTB文件存入系统指定地址；
加载及解析单元，用于内核启动后，加载用于解析所述虚拟设备节点的解析模块，并将解析到的硬件版本信息board_type以及产品信息product写入到标准文件中；
模块自适应单元，用于内核模块根据获取到的硬件版本信息board_type文件内的字符串匹配到对应的硬件板卡，决定当前产品需要加载哪些定制驱动模块，并将对应的硬件板卡编号作为定制驱动模块的参数传入启动函数，由此实现内核模块根据不同版本完成定制驱动模块自适应加载；
功能自适应单元，用于用户态进程初始化阶段，用户进程根据获取到的产品信息product文件内的字符串匹配到对应的产品版本号，决定当前产品需运行哪些定制功能任务，由此实现产品功能自适应。
6.根据权利要求5所述的一种基于DTB文件的多平台软件版本自适应系统，其特征在于，还包括解析模块创建单元，用于增加解析DTS文件编辑单元中所述的表示板卡信息的虚拟设备节点的解析模块，依照DTB文件的解析方法编写代码。
7.根据权利要求5所述的一种基于DTB文件的多平台软件版本自适应系统，其特征在于，所述将解析到的硬件版本信息board_type以及产品信息product写入到标准文件中，具体为：
将解析到的board_type及product字段对应的字符串分别写在目录/proc/boardinfo下的board-type及product文件中。
8.根据权利要求5所述的一种基于DTB文件的多平台软件版本自适应系统，其特征在于，所述DTS文件编辑单元在DTS文件中增加一个表示板卡信息的虚拟设备节点，是根据硬件板卡差异，创建对应的虚拟设备节点，携带硬件版本信息board_type以及产品信息product字符串。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710797553.8A CN107577477B (zh) | 2017-09-06 | 2017-09-06 | 一种基于dtb文件的多平台软件版本自适应方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710797553.8A CN107577477B (zh) | 2017-09-06 | 2017-09-06 | 一种基于dtb文件的多平台软件版本自适应方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107577477A CN107577477A (zh) | 2018-01-12 |
| CN107577477B true CN107577477B (zh) | 2021-09-14 |
Family
ID=61030872
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710797553.8A Active CN107577477B (zh) | 2017-09-06 | 2017-09-06 | 一种基于dtb文件的多平台软件版本自适应方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107577477B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109062617B (zh) * | 2018-06-26 | 2020-07-28 | 百富计算机技术（深圳）有限公司 | 一种支持多类型设备的平台的应用方法、移动终端 |
| CN109857468B (zh) * | 2019-01-04 | 2022-03-01 | 烽火通信科技股份有限公司 | 一种在单Linux系统镜像中支持多DTB的方法及系统 |
| CN109901831B (zh) * | 2019-01-22 | 2022-06-21 | 成都随安保网络技术有限公司 | 软件的多平台兼容运行方法及兼容运行装置 |
| CN109871240A (zh) * | 2019-02-27 | 2019-06-11 | 龙芯中科技术有限公司 | 一种参数传递方法、装置、电子设备及储存介质 |
| CN110806891B (zh) * | 2019-09-27 | 2023-09-19 | 武汉船舶通信研究所（中国船舶重工集团公司第七二二研究所） | 嵌入式设备软件版本的生成方法及装置 |
| CN112068851A (zh) * | 2020-09-14 | 2020-12-11 | 上海商米科技集团股份有限公司 | 动态配置和运行电子设备的系统rom文件的方法及设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104123381A (zh) * | 2014-08-01 | 2014-10-29 | 武汉邮电科学研究院 | 一种硬件板卡的自动匹配方法 |
| CN105159716A (zh) * | 2015-09-02 | 2015-12-16 | 福州瑞芯微电子股份有限公司 | 一种存储器件初始化方法和电子设备 |
| CN105607941A (zh) * | 2015-11-25 | 2016-05-25 | 上海斐讯数据通信技术有限公司 | 一种安卓项目中配置编译的装置和方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8196153B1 (en) * | 2007-01-07 | 2012-06-05 | Apple Inc. | Method and apparatus for associating device drivers via a device tree |
| CN106354498B (zh) * | 2016-08-25 | 2020-05-08 | 睿芯信息科技（上海）有限公司 | 一种Linux系统加载设备的方法 |
-
2017
- 2017-09-06 CN CN201710797553.8A patent/CN107577477B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104123381A (zh) * | 2014-08-01 | 2014-10-29 | 武汉邮电科学研究院 | 一种硬件板卡的自动匹配方法 |
| CN105159716A (zh) * | 2015-09-02 | 2015-12-16 | 福州瑞芯微电子股份有限公司 | 一种存储器件初始化方法和电子设备 |
| CN105607941A (zh) * | 2015-11-25 | 2016-05-25 | 上海斐讯数据通信技术有限公司 | 一种安卓项目中配置编译的装置和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107577477A (zh) | 2018-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107577477B (zh) | 一种基于dtb文件的多平台软件版本自适应方法及系统 | |
| CN108027722B (zh) | 在编译和部署中动态更新应用 | |
| KR102059705B1 (ko) | 적응식 이식가능 라이브러리 | |
| US10684846B2 (en) | Using semantic annotations to control compatibility behaviors | |
| US8997085B2 (en) | Image delta-based upgrade of complex stack in software appliance | |
| US20110010700A1 (en) | Virtualization of configuration settings | |
| US10248409B1 (en) | Limiting the effects of source code patches on corresponding native-code patches | |
| CN114116134A (zh) | 智能合约部署和执行方法、设备及存储介质 | |
| CN112068852B (zh) | 基于国产服务器的开源软件安装方法、系统及设备和介质 | |
| CN112463256A (zh) | 确定配置文件的方法、系统、电子设备及存储介质 | |
| CN104503772A (zh) | 基于虚拟机的操作系统安装、测试环境搭建的方法和装置 | |
| CN115291946A (zh) | 鸿蒙系统移植方法、装置、电子设备及可读介质 | |
| CN112835587B (zh) | 一种编译集成方法及装置 | |
| CN115994085A (zh) | 代码覆盖率的测试处理方法、装置、设备及存储介质 | |
| CN112631600A (zh) | 基于Flutter的软件构建方法和系统 | |
| CN111752623B (zh) | 显示配置方法、装置、电子设备及可读存储介质 | |
| CN114490103A (zh) | 一种操作系统接口调用方法、装置以及电子设备 | |
| CN114840195B (zh) | 一种针对iOS SDK静态库的私有化方法 | |
| CN114911541B (zh) | 配置信息的处理方法、装置、电子设备及存储介质 | |
| CN111176663A (zh) | 应用程序的数据处理方法、装置、设备及存储介质 | |
| CN113672465A (zh) | 进程名生成进程日志系统的方法、系统、介质、终端、无人机 | |
| CN112241141B (zh) | Plc控制系统的硬件配置方法、系统、设备及介质 | |
| US20050081166A1 (en) | System and method facilitating automated navigation for user interface(s) | |
| CN110716753B (zh) | 云主机的初始化方法、装置、存储介质及电子设备 | |
| WO2013049175A1 (en) | Abstracting computational instructions to improve performance |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20201027 Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia Economic Development Zone, Wuhan City, Hubei Province Applicant after: Wuhan Hongxin Technology Development Co.,Ltd. Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5 Applicant before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |