CN111625293B - Terminal dual system based on linux kernel and hardware access management method thereof - Google Patents
Terminal dual system based on linux kernel and hardware access management method thereof Download PDFInfo
- Publication number
- CN111625293B CN111625293B CN202010412799.0A CN202010412799A CN111625293B CN 111625293 B CN111625293 B CN 111625293B CN 202010412799 A CN202010412799 A CN 202010412799A CN 111625293 B CN111625293 B CN 111625293B
- Authority
- CN
- China
- Prior art keywords
- hardware
- application program
- linux
- linux kernel
- virtual
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44552—Conflict resolution, i.e. enabling coexistence of conflicting executables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
- G06F9/45508—Runtime interpretation or emulation, e g. emulator loops, bytecode interpretation
Abstract
The invention relates to a terminal dual system based on a Linux kernel and a hardware access management method thereof, wherein the dual system refers to a Linux system and a second system based on Linux kernel extension, the dual system comprises a Linux kernel layer used for calling bottom hardware resources according to an access request, a virtual hardware server is configured on the Linux kernel layer, a virtual hardware client, a second system application program frame and a second system application program which are arranged from bottom to top are further arranged on the virtual hardware server, and a second system operation environment module providing an operation environment for the virtual hardware client and the second system application program frame. The access of the dual systems to the hardware is realized through the unified virtual hardware server, so that the complexity of system design can be reduced, and the program robustness can be improved.
Description
Technical Field
The invention relates to the technical field of electronic information, in particular to a terminal dual-system based on a linux kernel and a hardware access management method thereof.
Background
When an application program is operated in a cross-system mode, a dual-system product developed based on a Linux kernel often meets the condition that two systems operate the same hardware at the same time. If one hardware is occupied by one operating system and another operating system calls the same hardware again, operation conflict is likely to occur and errors occur, if yes, the program reports errors, and if not, the system is unavailable. The problem of hardware access conflicts in the case of a single hardware running dual systems simultaneously needs to be solved.
Disclosure of Invention
Aiming at the technical problems in the prior art, the invention provides a terminal dual system based on a linux kernel and a hardware access management method thereof.
The technical scheme for solving the technical problems is as follows:
in a first aspect, the present invention provides a Linux kernel-based dual terminal system, where the dual system refers to a Linux system and a second system based on a Linux kernel extension, and includes a Linux kernel layer for calling underlying hardware resources according to an access request, a virtual hardware server is configured on the Linux kernel layer, and further includes, on the virtual hardware server, a virtual hardware client, a second system application framework, a second system application, and a second system runtime environment module for providing a runtime environment for the virtual hardware client and the second system application framework, the virtual hardware client, the second system application framework, and the second system application framework being arranged from bottom to top;
when the Linux application program is operated, the Linux application program accesses the Linux kernel layer through the virtual hardware server, and the Linux kernel layer calls bottom hardware resources according to an access request;
and when the second system application program is operated, the second system application program accesses the Linux kernel layer sequentially through the second system application program frame, the virtual hardware client and the virtual hardware server, and the Linux kernel layer calls bottom hardware resources according to the access request.
And the virtual hardware server is also used for judging the bottom hardware needing to be accessed and the type of the bottom hardware according to the bottom hardware access request.
If the bottom layer hardware is of an exclusive type, namely the bottom layer hardware can only respond to one access at the same time, when the virtual hardware server receives a bottom layer hardware access request of an application program, if the bottom layer hardware is occupied, the access request is suspended, and after the calling of a previous access request is finished, the virtual hardware server simultaneously returns the calling result of the bottom layer hardware to the current application program and the previously accessed application program, or after returning the access calling result of the bottom layer hardware to the previously accessed application program, the virtual hardware server responds to the bottom layer hardware access request of the current application program, so that the access calling of the bottom layer hardware is realized.
If the bottom hardware is of a shared type, namely the bottom hardware can respond to two or more access calls at the same time and the access calls are not influenced mutually, when the virtual hardware server receives a bottom hardware access request of an application program of any system in the dual systems, the virtual hardware server immediately responds to the access request and calls the bottom hardware.
In a second aspect, the present invention further provides a Linux kernel-based terminal dual-system hardware access management method, including the following steps:
configuring a virtual hardware server for accessing a Linux kernel layer in a Linux system, wherein a Linux application program accesses the Linux kernel layer through the virtual hardware server;
installing a virtual hardware client, a second system application program frame, a second system application program and a second system runtime environment module in the form of a software package in the Linux system, wherein the second system runtime environment module provides a runtime environment for the virtual hardware client and the second system application program frame;
and the virtual hardware server responds to the Linux application program or the second system application program, calls corresponding bottom hardware through the Linux kernel layer, and returns the running result of the bottom hardware to the application program of the corresponding system.
Further, when the second system application program runs, the second system application program accesses the Linux kernel layer sequentially through the second system application program frame, the virtual hardware client and the virtual hardware server, and the Linux kernel layer calls the bottom hardware resource according to the access request.
Further, the method further comprises:
specifically, the step of the virtual hardware server responding to the Linux application program or the second system application program, calling the corresponding bottom hardware through the Linux kernel layer, and returning the running result of the bottom hardware to the application program of the corresponding system includes:
the virtual hardware server side judges bottom hardware needing to be called according to the application program access request;
judging the occupation state of the bottom hardware needing to be called: if the hardware is in an idle state, directly calling the bottom hardware through a Linux kernel layer; if the hardware is in the occupied state, further judging the type of the bottom layer hardware needing to be called;
if the bottom hardware is exclusive, simultaneously returning a return result after the bottom hardware is called to the current application program and the application program accessed in advance, or suspending an access request of the current application program, and when the occupation state of the bottom hardware needing to be called is changed into an idle state, calling the bottom hardware by the virtual hardware server through a Linux kernel layer;
and if the bottom hardware is shared, the virtual hardware server side immediately responds to the current access request and directly calls the bottom hardware through a Linux kernel layer.
The beneficial effects of the invention are: according to the invention, only the virtual hardware server running in the Linux environment directly operates the hardware, and the Linux system and the second system operate the hardware comprehensively through the virtual hardware server, so that the exclusive operation or the shared operation of the hardware can be planned according to actual needs. Meanwhile, for the reconstructed dual system, when the dual system is transplanted to other hardware platforms, the adaptation work of hardware calling can be completed only by slightly modifying the code of the hardware server, and for the Linux system application and the second system application, the Linux system application and the second system application access virtual hardware layers without modifying the applied code, so that the portability of the system is improved.
Drawings
Fig. 1 is a frame structure diagram of a terminal dual system based on a Linux kernel according to an embodiment of the present invention;
fig. 2 is a flowchart of a Linux kernel-based terminal dual-system hardware access management method according to an embodiment of the present invention.
Detailed Description
The principles and features of this invention are described below in conjunction with the following drawings, which are set forth by way of illustration only and are not intended to limit the scope of the invention.
The method comprises the steps of cutting off communication between an original Android framework layer (Android framework) and an HAL layer, grafting the Android framework layer and the HAL layer to a unified virtual hardware layer, and coordinating control of the Android system and a Linux system on hardware through the virtual hardware layer to realize the function of controlling the hardware of the Android system and the Linux system at the same time; the Android virtual hardware layer consists of a client running in an Android system and a server running in a Linux system; when the Android application program tries to operate hardware, a system frame is actually called to access a virtual hardware client provided by the invention; the virtual hardware client forwards a hardware operation request to a virtual hardware server running in a Linux system; and the virtual hardware server side realizes the concrete operation of the hardware. And other applications running in the Linux system call the virtual hardware server to operate the hardware through cross-process. In the method, the access of the dual systems to the hardware is realized through the unified virtual hardware server, so that the complexity of system design can be reduced, and the program robustness can be improved.
Specifically, as shown in fig. 1, an embodiment of the present invention provides a Linux kernel-based terminal dual system, where the dual system refers to a Linux system and a second system (an Android system in this embodiment) based on a Linux kernel extension, the dual system includes a Linux kernel layer for calling a bottom hardware resource according to an access request, and the Linux kernel layer is integrated with drivers of each bottom hardware, such as a GPS driver, an audio driver, a camera driver, and the like.
A virtual hardware server is configured above the Linux kernel layer, and the virtual hardware server further comprises a virtual hardware client, an Android application program frame, an Android application program and an Android runtime environment module which provides a running environment for the virtual hardware client and the Android application program frame, wherein the virtual hardware client, the Android application program frame and the Android application program are arranged from bottom to top.
When configuring a system, as shown in fig. 2, first configuring a virtual hardware server for accessing a Linux kernel layer in the Linux system, where an original Linux application accesses the Linux kernel layer through the virtual hardware server; and then installing the virtual hardware client, the Android application program frame, the Android application program and the Android operation environment module in the Linux system in the form of software packages.
And the virtual hardware server responds to the Linux application program or the second system application program, calls corresponding bottom hardware through the Linux kernel layer, and returns the running result of the bottom hardware to the application program of the corresponding system.
When the Android application program runs, the Android application program accesses the Linux kernel layer sequentially through the Android application program frame, the virtual hardware client and the virtual hardware server, and the Linux kernel layer calls bottom hardware resources according to the access request.
Service programs needed for running the Android application program, such as position service, audio service and the like, are configured in the Android application program frame; and a core library and a virtual machine are configured in the Android runtime environment module.
The virtual hardware client, the Android application program frame, the Android application program and the Android operation environment module are installed in a software package mode.
Further, the virtual hardware server is further configured to determine, according to the bottom hardware access request, the bottom hardware and the type thereof that need to be accessed.
The virtual hardware server side judges bottom hardware needing to be called according to the application program access request;
judging the occupation state of the bottom hardware needing to be called: if the hardware is in an idle state, directly calling the bottom hardware through a Linux kernel layer; if the hardware is in an occupied state, further judging the type of the bottom layer hardware needing to be called;
if the bottom layer hardware is of an exclusive type, namely the bottom layer hardware can only respond to one access at the same time, when the virtual hardware server receives a bottom layer hardware access request of an application program, if the bottom layer hardware is occupied, the access request is suspended, and after the calling of a previous access request is finished, the virtual hardware server simultaneously returns the calling result of the bottom layer hardware to the current application program and the previously accessed application program, or after the virtual hardware server returns the access calling result of the bottom layer hardware to the previously accessed application program (namely after the occupied state of the bottom layer hardware needing to be called is changed into an idle state), the bottom layer hardware access request of the current application program is responded, and the access calling of the bottom layer hardware is realized.
If the bottom hardware is of a shared type, namely the bottom hardware can respond to two or more access calls at the same time and the access calls are not influenced mutually, when the virtual hardware server receives a bottom hardware access request of an application program of any system in the dual systems, the virtual hardware server immediately responds to the access request and directly calls the bottom hardware through a Linux kernel layer.
According to the invention, only the virtual hardware server running in the Linux environment directly operates the hardware, and the operations of the Linux system and the Android system on the hardware are finally integrated through the virtual hardware server, so that the exclusive operation or the shared operation of the hardware can be planned according to actual needs. Meanwhile, for the reconstructed dual system, when the dual system is transplanted to other hardware platforms, the adaptation work of hardware calling can be completed only by slightly modifying the codes of the hardware server, and for Linux system application and Android system application, the Linux system application and the Android system application access virtual hardware layers without modifying the applied codes, so that the portability of the system is improved.
Example one
Taking the example of accessing and calling the GPS hardware by the navigation software under the Android system, firstly, the navigation software is installed with the Android application system of the terminal Linux system through package management or other modes, and then the navigation software is operated.
The navigation software acquires positioning information by acquiring a position service which is one of system services in an Android application program framework;
the position service calls sub-modules in a virtual hardware client in the Android application system: virtualizing GPS hardware to obtain location information;
the virtual hardware client runs in an Android environment, is connected to a virtual hardware server running in Linux through Socket or other means, and forwards the call of the GPS hardware to the virtual hardware server;
the virtual hardware server determines whether the GPS module needs to be restarted or not through the GPS hardware state stored in the server, whether the operation request of the Android system service for the GPS module can be executed or not, and the GPS module drives the actual GPS hardware operation to be completed;
after the virtual hardware server finishes the hardware calling request, returning a calling result to the virtual hardware client;
the virtual hardware client returns the calling result to the Android position service;
and the Android position service returns the calling result to all specific Android applications needing position service.
When the Linux system simultaneously has other software needing to call the GPS hardware:
the application program directly calls a virtual hardware client running in a Linux environment to acquire hardware access;
when the virtual hardware client judges that the current GPS module is in the working state, the initialization does not need to be repeated, and because the calling of the Android system to the GPS module and the calling of the Linux system to the GPS module obtain the same result, the corresponding result is directly returned to the Linux software.
Example two
Take the access call of the dual system to the graphics module in the underlying hardware as an example.
Firstly, installing software with a user interface in an Android application system of a terminal Linux system through package management or other modes, and then running the software with the user interface.
The software with the interface outputs a display interface by outputting a graphic frame to a graphic frame surfefinger running in an Android system;
the Android graphic frame surfaceflag is grafted to a virtual hardware server running in Linux by modification, and the virtual hardware server directly calls a display screen drive to complete initialization and other operations of display screen hardware;
the virtual hardware server determines whether an image in the surfefinger needs to be actually drawn on a display screen or not through a current user attention focus stored in the server;
for an application program running in Android, the image output of the application program is all normal, but the application program is not necessarily drawn on a display screen actually; and only when the focus of the user attention is on the application program in the Android, the virtual hardware client actually draws the image output by the program.
The virtual hardware client will not need to report to the application whether an image is displayed;
when other application programs needing to display contents on a screen are simultaneously operated in the Linux system:
the application program directly outputs a graph to be drawn to a virtual hardware client running in a Linux environment;
the virtual hardware client does not need to be initialized repeatedly, but because the screen hardware resources are exclusively accessed, the interface of the Linux application program and the interface of the Android application program cannot be displayed at the same time, the virtual hardware client determines whether to draw the interface of the Linux application program on the screen hardware according to the attention focus of a user.
Preferably, one of the criteria for judging whether the Android application program interface or the Linux application program interface is displayed as the virtual hardware client is as follows: and judging whether the user returns to the desktop application in the Android system. When a user is positioned on a desktop application in an Android system, judging that the focus of attention of the user returns to a Linux end, and drawing the content of the Linux application by an actual display screen; when a user is located on a non-desktop application in an Android system, the fact that the focus of attention of the user is on an Android end is judged, and the content of the Android application is actually drawn. In addition, when the Android system fails to start the Android desktop application normally and does not start other Android application programs due to abnormality or other reasons, it is determined that the attention of the user is focused on the Linux end.
According to the method, the Linux and the Android can simultaneously operate the sharable hardware through the method of sharing the same virtual hardware server, and the system stability is improved.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like that fall within the spirit and principle of the present invention are intended to be included therein.
Claims (8)
1. A terminal dual system based on a Linux kernel is a Linux system and a second system based on Linux kernel extension, and comprises a Linux kernel layer used for calling bottom hardware resources according to an access request, and is characterized in that a virtual hardware server is configured on the Linux kernel layer, and the terminal dual system further comprises a virtual hardware client, a second system application program frame and a second system application program which are arranged from bottom to top, and a second system runtime environment module used for providing a running environment for the virtual hardware client and the second system application program frame;
when the Linux application program is operated, the Linux application program accesses the Linux kernel layer through the virtual hardware server, and the Linux kernel layer calls bottom hardware resources according to an access request;
when a second system application program is operated, the second system application program accesses the Linux kernel layer sequentially through a second system application program frame, the virtual hardware client and the virtual hardware server, and the Linux kernel layer calls bottom hardware resources according to an access request;
the access and operation of the whole system to the hardware are integrated by the virtual hardware server, and the hardware access conflict caused by the fact that the same hardware is accessed by two systems at the same time is avoided.
2. The dual-terminal system according to claim 1, wherein the second system application framework is configured with service programs required for running the second system application; and a core library and a virtual machine are configured in the second system runtime environment module.
3. The dual system of terminals as claimed in claim 1, wherein the virtual hardware client, the second system application framework, the second system application, and the second system runtime environment module are installed in a software package.
4. A terminal dual system according to any one of claims 1-3, characterized in that the second system is an Android system.
5. A terminal dual-system hardware access management method based on a Linux kernel is characterized by comprising the following steps:
configuring a virtual hardware server for accessing a Linux kernel layer in a Linux system, wherein a Linux application program accesses the Linux kernel layer through the virtual hardware server;
installing a virtual hardware client, a second system application program frame, a second system application program and a second system runtime environment module in the form of a software package in the Linux system, wherein the second system runtime environment module provides a runtime environment for the virtual hardware client and the second system application program frame;
the virtual hardware server responds to the Linux application program or the second system application program, calls corresponding bottom hardware through the Linux kernel layer, and returns the running result of the bottom hardware to the application program of the corresponding system;
when a second system application program runs, the second system application program accesses the Linux kernel layer sequentially through a second system application program framework, the virtual hardware client and the virtual hardware server, and the Linux kernel layer calls bottom hardware resources according to an access request;
the access and operation of the whole system to the hardware are integrated by the virtual hardware server, and the hardware access conflict caused by the fact that the same hardware is accessed by two systems at the same time is avoided.
6. The method according to claim 5, wherein said virtual hardware server, in response to the Linux application or the second system application, calls the corresponding underlying hardware through the Linux kernel layer, and returns the running result of the underlying hardware to the application of the corresponding system, comprising:
the virtual hardware server side judges bottom hardware needing to be called according to the application program access request;
judging the occupation state of the bottom hardware needing to be called: if the hardware is in an idle state, directly calling the bottom hardware through a Linux kernel layer; if the hardware is in the occupied state, further judging the type of the bottom layer hardware needing to be called;
if the bottom hardware is exclusive, simultaneously returning a return result after the bottom hardware is called to the current application program and the application program accessed in advance, or suspending an access request of the current application program, and when the occupation state of the bottom hardware needing to be called is changed into an idle state, calling the bottom hardware by the virtual hardware server through a Linux kernel layer;
and if the bottom hardware is shared, the virtual hardware server side immediately responds to the current access request and directly calls the bottom hardware through a Linux kernel layer.
7. The method of claim 5, wherein the second system application framework is configured with services required for running the second system application; and a core library and a virtual machine are configured in the second system runtime environment module.
8. The method according to any one of claims 5 to 7, wherein the second system is the Android system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010412799.0A CN111625293B (en) | 2020-05-15 | 2020-05-15 | Terminal dual system based on linux kernel and hardware access management method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010412799.0A CN111625293B (en) | 2020-05-15 | 2020-05-15 | Terminal dual system based on linux kernel and hardware access management method thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111625293A CN111625293A (en) | 2020-09-04 |
| CN111625293B true CN111625293B (en) | 2023-04-11 |
Family
ID=72271877
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010412799.0A Active CN111625293B (en) | 2020-05-15 | 2020-05-15 | Terminal dual system based on linux kernel and hardware access management method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111625293B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112328356B (en) * | 2020-10-21 | 2023-09-29 | 成都安易迅科技有限公司 | Intercommunication method and device for Android and Windows, storage medium and computer equipment |
| CN112379941B (en) * | 2020-11-13 | 2023-05-09 | 武汉蓝星科技股份有限公司 | Dual-system setting item management system based on Linux kernel and management method thereof |
| CN113760374B (en) * | 2021-08-30 | 2023-04-21 | 海信电子科技（深圳）有限公司 | Binding method and device of processor and electronic equipment |
| CN113900754B (en) * | 2021-10-09 | 2023-10-31 | 深圳技德智能科技研究院有限公司 | Shared desktop method, shared desktop device, computer equipment and storage medium |
| CN113891087A (en) * | 2021-10-12 | 2022-01-04 | 深圳市算筹信息技术有限公司 | Method and system for realizing virtualization hardware coding and decoding acceleration based on Linux system |
| CN114302055A (en) * | 2021-12-14 | 2022-04-08 | 北京鲸鲮信息系统技术有限公司 | Linux-based camera control method, device, equipment and storage medium |
| CN113990354B (en) * | 2021-12-29 | 2022-06-17 | 北京鲸鲮信息系统技术有限公司 | Audio control method, device, equipment and storage medium based on Linux |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103677989A (en) * | 2013-12-13 | 2014-03-26 | Tcl集团股份有限公司 | Device and method for obtaining multiple systems through linux kernel |
| CN105808320A (en) * | 2016-03-11 | 2016-07-27 | 四川安嵌科技有限公司 | Equipment virtualization system and method based on Linux container |
| CN108762815A (en) * | 2018-05-16 | 2018-11-06 | 北京麟卓信息科技有限公司 | A kind of Android running environment implementation methods based on non-virtualized architectural framework |
| CN110618876A (en) * | 2019-03-21 | 2019-12-27 | 天津麒麟信息技术有限公司 | Linux and Android coexistence and interaction method based on Feiteng platform and shared kernel |
-
2020
- 2020-05-15 CN CN202010412799.0A patent/CN111625293B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103677989A (en) * | 2013-12-13 | 2014-03-26 | Tcl集团股份有限公司 | Device and method for obtaining multiple systems through linux kernel |
| CN105808320A (en) * | 2016-03-11 | 2016-07-27 | 四川安嵌科技有限公司 | Equipment virtualization system and method based on Linux container |
| CN108762815A (en) * | 2018-05-16 | 2018-11-06 | 北京麟卓信息科技有限公司 | A kind of Android running environment implementation methods based on non-virtualized architectural framework |
| CN110618876A (en) * | 2019-03-21 | 2019-12-27 | 天津麒麟信息技术有限公司 | Linux and Android coexistence and interaction method based on Feiteng platform and shared kernel |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111625293A (en) | 2020-09-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111625293B (en) | Terminal dual system based on linux kernel and hardware access management method thereof | |
| US9934005B2 (en) | Dynamically building locale objects or subsections of locale objects based on historical data | |
| US7877091B2 (en) | Method and system for executing a container managed application on a processing device | |
| WO2018035195A1 (en) | Middleware interface and middleware interface generator | |
| CN103154888A (en) | Install method, apparatus | |
| CN113835911B (en) | Intranet penetration agent method, system, host and computer readable storage medium | |
| CN111045781A (en) | Method and device for creating mirror image on cloud platform and storage medium | |
| CN115391035A (en) | Method for collaborative management and scheduling of heterogeneous computing resources | |
| CN112596757A (en) | Method and device for upgrading agent component of cloud desktop virtual machine and storage medium | |
| US9141353B2 (en) | Dynamically building locale objects at run-time | |
| CN113448650A (en) | Live broadcast function plug-in loading method, device, equipment and storage medium | |
| CN107368339B (en) | Container entrance program operation method, system, device and storage medium | |
| CN114726905B (en) | Method, device, equipment and storage medium for accessing Tbox network into Android system | |
| CN116954824A (en) | Runtime system supporting multi-process mixed operation of multiple extended reality (XR) technical specification application programs and 2D application programs, data interaction method, device and medium | |
| CN102331928A (en) | Method of source code level compatible hybrid API (application programming interface) | |
| CN115437647A (en) | Multi-frame-adaptive micro-service deployment method, device, terminal and storage medium | |
| CN114860401A (en) | Heterogeneous cloud desktop scheduling system, method, service system, device and medium | |
| CN110661852B (en) | Service processing method and device in cloud environment | |
| CN108804236B (en) | AIDL file sharing method and system | |
| JP2000298592A (en) | Device and method for accessing program component | |
| CN109901826B (en) | Data processing method and device for Java program and electronic equipment | |
| CN113050962B (en) | Mobile service upgrading method, device and terminal | |
| CN116932146A (en) | Method and system for realizing containerization of small embedded system | |
| US9778917B2 (en) | Dynamically building subsections of locale objects at run-time | |
| CN115048098A (en) | Process automation method, device, system and storage medium |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |