CN114697348A

CN114697348A - Distributed implementation method, distributed system, readable medium and electronic device

Info

Publication number: CN114697348A
Application number: CN202011560821.2A
Authority: CN
Inventors: 林嵩晧; 张舒博; 阙鑫地; 林于超; 郑理文
Original assignee: Huawei Device Co Ltd
Current assignee: Huawei Device Co Ltd
Priority date: 2020-12-25
Filing date: 2020-12-25
Publication date: 2022-07-01
Anticipated expiration: 2040-12-25
Also published as: CN114697348B; WO2022135214A1

Abstract

The application relates to the technical field of internet, in particular to a distributed implementation method, a distributed system, a readable medium and electronic devices, wherein the distributed implementation method of applications is applied to the distributed system comprising a plurality of electronic devices, a first electronic device in the distributed system comprises a plurality of applications, the first application calls a first capability, and at least one electronic device is selected from the electronic devices through a distributed scheduling module independent of the applications based on performance parameters of a first capability component of each electronic device to provide the first capability for the first application on the first electronic device. Various capacity components of each electronic device are classified through the distributed scheduling module, dependence of distributed scheduling on different applications is reduced, and decision accuracy and decision efficiency in the distributed implementation process of the applications are improved.

Description

Distributed implementation method, distributed system, readable medium and electronic device

Technical Field

The invention relates to the technical field of internet, in particular to a distributed implementation method, a distributed system, a readable medium and electronic equipment.

Background

With the mature development of the intelligent terminal technology and the change of the market demand of the terminal, the implementation mode of each application on the electronic equipment is gradually changed from a mode of being implemented by single electronic equipment to a distributed implementation mode of being implemented by a plurality of electronic equipment through network cooperation, the distributed implementation mode can centralize the advantages and the disadvantages of each aspect performance of each electronic equipment to realize a certain function, for example, when in video chat, the equipment with the best shooting performance in the plurality of electronic equipment is adopted to collect video images; for another example, in a man-machine conversation, among a plurality of electronic apparatuses, an electronic apparatus having the best sound pickup performance is used to capture a user's voice.

At present, in the prior art, a distributed implementation of an application on an electronic device is shown in fig. 1:

the same distributed application 400 is installed on electronic device a, electronic device B and electronic device C, for example, if the device a needs to determine a device with a better playing capability from the electronic devices A, B, C for playing music when playing music using the instant messaging software 400, the configuration parameters of the playing capability components of the electronic devices a-C need to be sent to the cloud server 200 in advance or a master device (for example, the electronic device B) selected from the electronic devices a-C for analysis processing, then, the device a obtains the playing capability comparison analysis result of the cloud server 200 or the main device B to the electronic devices a-C, and selects a suitable electronic device (e.g., electronic device C) to perform the music playing task according to the analysis result.

It can be seen that the distributed implementation described above has the following problems:

for the same distributed application, distributed scheduling needs to be performed by means of a server or a selected master device, and scheduling strategies of different distributed applications are generally different, so that when interaction among different applications is needed, a decision error is easily caused. In addition, performance parameters of different electronic devices do not have a uniform capability grading standard or are described by using a uniform capability language, when a distributed application needs to perform decision scheduling according to a certain capability advantage of different electronic devices, it may be caused that a certain capability of each electronic device is inaccurately judged during decision making, so that a decision making error is caused, and an electronic device with a better capability cannot be accurately scheduled for use, and finally, user experience is poor.

Disclosure of Invention

The embodiment of the application provides a distributed implementation method, a distributed system, a readable medium and electronic equipment, wherein in the distributed system formed by a plurality of electronic equipment, various capacity components or capacities of the electronic equipment are graded by adopting a distributed scheduling module independent of each application, so that the dependence of distributed scheduling on different applications is reduced.

In a first aspect, an embodiment of the present application provides a distributed implementation method for an application, where the method is applied to a distributed system including multiple electronic devices, and the method includes: a first electronic device in the distributed system comprises a plurality of applications, wherein a first application in the plurality of applications invokes a first capability, and at least one electronic device is selected from the plurality of electronic devices to provide the first capability for a first application on the first electronic device based on a performance parameter of a first capability component of the plurality of electronic devices through a distributed scheduling module independent of the plurality of applications; wherein the first capability component is a component that implements the first capability.

That is, in the embodiment of the present application, the distributed scheduling module is implemented independently from the application on the electronic device, and the electronic device determines how to perform distributed scheduling, regardless of the application.

The first application may be a third-party application or a system application of the electronic device.

Further, the capability component means a component capable of realizing various capabilities of the electronic apparatus, such as a camera having a shooting capability, a CPU having a calculation capability, a microphone having a sound pickup capability, and the like.

For example, the plurality of electronic devices in the distributed system may include a mobile phone and a smart speaker, the first electronic device may be a mobile phone, and when the first application is a music application, the first capability may be a playing capability, and the first capability component is a component with a playing capability, such as a power amplifier component. When the mobile phone runs a music application, the distributed scheduling module on the mobile phone adopts a unified grading standard to obtain that the playing capacity grade of the mobile phone is 5 grades, the playing capacity grade of the intelligent sound box is 6 grades, and the playing capacity grade of the intelligent sound box is higher, so that the distributed scheduling module on the mobile phone can select the intelligent sound box to provide playing capacity for the music application.

In a possible implementation of the first aspect, an operating system of the first electronic device is an android operating system, the plurality of applications are located at an application layer of the first electronic device, and the distributed scheduling module is located at a framework layer or a hardware abstraction layer of the first electronic device; or the operating system of the first electronic device is a Hongmon operating system, the plurality of applications are located in an application layer of the first electronic device, and the distributed scheduling module is located in a framework layer or a system service layer of the first electronic device; or the operating system of the first electronic device is an iOS operating system, the plurality of applications are located in a touchable layer of the first electronic device, and the distributed scheduling module is located in a media layer or a core service layer of the first electronic device.

That is, in the embodiment of the present application, from the viewpoint of software architecture, the distributed scheduling module for implementing distributed scheduling and the application of the electronic device may be disposed at different software layers, that is, the distributed scheduling module exists independently from each application. For example, for an android system, the distributed scheduling module is located at the framework layer or hardware abstraction layer, while the application is located at the application layer.

In some operating systems, the distributed scheduling module may include: the system comprises a capacity grading module for grading the capacity implemented by each capacity component by adopting a unified grading standard, a distributed scheduling decision module for selecting the electronic equipment which is most suitable for providing the capacity required by the application from a plurality of electronic equipment, a distributed equipment management module for managing the performance parameters of each capacity component of each electronic equipment, and a virtual equipment management module for responding to the calling instruction of the distributed task decision module to the selected electronic equipment. In some operating systems, the distributed scheduling module may further include a distributed soft bus for collecting performance parameters of various capability components of various electronic devices in the distributed system.

In a possible implementation of the first aspect, the performance parameter includes a static performance parameter, and the method further includes: the distributed scheduling module of the first electronic device acquires static performance parameters of first capability components of each electronic device from a plurality of electronic devices of the distributed system, and grades the first capability components of each electronic device based on the acquired static performance parameters of the first capability components to obtain first capability grades of each electronic device; wherein the plurality of electronic devices includes the first electronic device.

It is understood that the static performance parameter refers to a performance parameter that a capability component of the electronic device has stably for a long time, for example, for a camera, the sensor type, the aperture, the number of cameras, the number of optical zoom stages, and the like belong to the static performance parameter, and the storage location of a picture taken by the camera does not belong to the static performance parameter of the camera. In the embodiment of the present application, the device static information of the plurality of electronic devices in the distributed system refers to the static performance parameters of the capability components on the electronic devices.

In a possible implementation of the first aspect, the performance parameters further include dynamic performance parameters; and the above method further comprises: the distributed scheduling module of the first electronic device selects at least one electronic device from the plurality of electronic devices to provide a first capability for the first application by: the distributed scheduling module of the first electronic device selects at least one electronic device from the plurality of electronic devices to provide a first capability for the first application based on the first capability level of each electronic device and a dynamic performance parameter of the first capability component of each electronic device.

It can be understood that, in order to improve the scheduling accuracy, the distributed scheduling module is performed based on both static performance parameters and dynamic performance parameters of the capability components of the electronic devices, where the dynamic performance parameters refer to state parameters of the capability components of the electronic devices at a certain time, for example, for a camera, the dynamic performance parameters may refer to state parameters that the called camera is occupied by a video call application when called by the photographing application.

For example, in an embodiment of the present application, device dynamic information for a plurality of electronic devices in a distributed system includes dynamic performance parameters for various capability components on the various electronic devices. In a distributed system formed by electronic devices such as a mobile phone and a smart sound box, when selecting an electronic device providing playing capability for music application, a distributed scheduling module on the mobile phone needs to comprehensively consider device dynamic information (i.e., dynamic performance parameters) of the electronic devices such as the mobile phone and the smart sound box, and if the device dynamic information of the smart sound box indicates that the electric quantity is insufficient, the distributed scheduling module can select the mobile phone with more sufficient electric quantity as the playing device for music application even if the playing capability level of the smart sound box is higher and the playing duration is considered.

In one possible implementation of the first aspect, the first capability includes at least one of: computing power, sound pick-up power, security power, display power, playing power, photographing power and storage power.

It is to be understood that the capabilities of the capability components of the electronic device are not limited to the capabilities listed above.

It is understood that the capabilities of the electronic devices in the distributed system to be invoked may be different, considering that the first application has different functions and different usage scenarios. For example, the first capability required by a music application running on a mobile phone is a playing capability, the first capability required by a video application running on the mobile phone may be a display capability, and the first capability required by a camera application running on the mobile phone may be a camera capability, etc. For another example, the first capability required by the mobile phone to run the navigation application in the process of planning the route by the user may be an arithmetic capability, and when the user starts the vehicle-mounted computer and is about to enter the driving state, the first capability required by the navigation application running on the mobile phone may be a display capability, and at this time, the vehicle-mounted computer screen which is larger in screen size and convenient to watch may be preferably used as the display device.

In a possible implementation of the first aspect, the method further includes: the static performance parameters comprise configuration parameters of the first capability component, and in the case that the first capability is an arithmetic capability, the first capability component comprises at least one of a central processor, a graphics processor, and an image signal processor, wherein the configuration parameters of the first capability component comprise at least one of a processor architecture, a core number, and a random access memory space; when the first capability is a sound pickup capability, the configuration parameters of the first capability component comprise at least one of microphone configuration and number, and voice recognition chip model and number; in the case that the first capability is a security capability, the configuration parameters of the first capability component include trusted execution environment parameters; in the case that the first capability is a display capability, the configuration parameters of the first capability component include at least one of a display screen resolution, a frequency, a power, and a screen size; in the case that the first capability is a playing capability, the configuration parameter of the first capability component includes at least one of a frequency response range, a signal-to-noise ratio, and a separation degree of the power amplifier; when the first capability is a photographing capability, the configuration parameters of the first capability component comprise at least one of a sensor type, an aperture, the number of cameras and the number of optical zoom segments; in the case that the first capability is a storage capability, the configuration parameters of the first capability component include at least one of a read only memory type, a quantity, and a capacity space.

It is to be understood that the configuration parameters according to which the capability components of the electronic device are ranked are not limited to the configuration parameters of the capability components corresponding to the above-listed capabilities.

In one possible implementation of the first aspect, the dynamic performance parameter includes at least one of the following parameters: a current invoked state parameter of the first capability component; a current available resource parameter of the first capability component; and the first capacity component belongs to the residual capacity parameter of the electronic equipment.

It is to be understood that the dynamic performance parameters of the electronic device and its capable components are not limited to the various parameters listed above.

It can be understood that, in order to improve the scheduling accuracy, the dynamic performance parameters based on which the distributed scheduling module performs distributed scheduling include the dynamic performance parameters of the capability component and the dynamic performance parameters of the electronic device. For example, in the embodiment of the present application, device dynamic information (i.e., dynamic performance parameters) of electronic devices such as a mobile phone, a smart speaker, a portable computer, and the like in a distributed system affects a decision selection result of a distributed task decision module to a certain extent, and when a CPU on the portable computer (with the highest CPU computing power level) selected by the distributed task decision module is currently in a called state, or available resources are insufficient (for example, the CPU is in a fully loaded operating state), or the current remaining power of the portable computer is insufficient, the distributed task decision module selects a CPU of a mobile phone with a lower CPU computing power level to provide CPU computing power.

In a possible implementation of the first aspect, the plurality of electronic devices in the distributed system each have the distributed scheduling module.

And the grading standards of all distributed scheduling modules in the plurality of electronic devices on the parts with the same capability on all the electronic devices are the same.

Distributed scheduling strategies of components with the same capability on the electronic devices by the distributed scheduling modules in the electronic devices are the same, wherein the distributed scheduling strategies are strategies for the first electronic device to select at least one electronic device from the electronic devices to provide the first capability for the first application on the first electronic device.

For example, in the embodiment of the present application, electronic devices such as a mobile phone, a smart speaker, and a portable computer in a distributed system all have a distributed scheduling module. Moreover, the distributed scheduling modules on the electronic devices have uniform grading standards for components with the same capability on the electronic devices, and the distributed scheduling strategies adopted in scheduling decision making are also the same, so that the scheduling decision making results of the electronic devices such as mobile phones, intelligent sound boxes, portable computers and the like in the distributed system are the same for the playing capability required by music applications running on the electronic devices such as mobile phones and the like.

In a possible implementation of the first aspect, the method further includes: the distributed scheduling module of the first electronic device acquires the static performance parameters of the first capability component of each electronic device from the plurality of electronic devices, and shares the acquired static performance parameters with a second electronic device of the plurality of electronic devices.

For example, in the embodiment of the present application, only the mobile phone has the distributed scheduling module among the multiple electronic devices such as the mobile phone, the smart speaker, and the portable computer in the distributed system, the mobile phone may share the device static information (i.e., the static performance parameters) of the multiple electronic devices such as the mobile phone, the smart speaker, and the portable computer, which is obtained by the distributed scheduling module, to the other electronic devices such as the smart speaker, the portable computer, and the like in the distributed system.

In a possible implementation of the first aspect, the method further includes: the distributed scheduling module of the first electronic device acquires static performance parameters of first capacity components of each electronic device from a plurality of electronic devices of the distributed system, and grades the first capacity components of each electronic device based on the acquired static performance parameters of the first capacity components to obtain first capacity grades of each electronic device; the first electronic device shares the obtained first capability level of each electronic device with a second electronic device of the plurality of electronic devices.

For example, in the embodiment of the present application, only the mobile phone has the distributed scheduling module among the multiple electronic devices such as the mobile phone, the smart speaker, and the portable computer in the distributed system, the mobile phone may obtain the device static information (i.e., the static performance parameters) of each capability component on the multiple electronic devices such as the mobile phone, the smart speaker, and the portable computer through the distributed scheduling module, and perform capability classification on each capability component on each electronic device, so as to obtain the capability level corresponding to each capability component on each electronic device. And the mobile phone shares the obtained capability levels corresponding to the capability components on the electronic devices such as the mobile phone, the intelligent sound box, the portable computer and the like to other electronic devices such as the intelligent sound box, the portable computer and the like in the distributed system.

In a second aspect, the present application provides a distributed system of applications, where the system includes a plurality of electronic devices, a first electronic device in the plurality of electronic devices includes a plurality of applications, where the first electronic device is configured to select, using a distributed scheduling module independent of the plurality of applications on the first electronic device, at least one electronic device from the plurality of electronic devices to provide a first capability for a first application on the first electronic device based on a performance parameter of a first capability component of the plurality of electronic devices, when the first application of the first electronic device calls the first capability; wherein the first capability component is a component that implements the first capability.

In a possible implementation of the second aspect, in the system, an operating system of the first electronic device is an android operating system, the plurality of applications are located at an application layer of the first electronic device, and the distributed scheduling module is located at a framework layer or a hardware abstraction layer of the first electronic device; or the operating system of the first electronic device is a Hongmon operating system, the plurality of applications are located in an application layer of the first electronic device, and the distributed scheduling module is located in a framework layer or a system service layer of the first electronic device; or the operating system of the first electronic device is an iOS operating system, the plurality of applications are located in a touchable layer of the first electronic device, and the distributed scheduling module is located in a media layer or a core service layer of the first electronic device.

It is understood that from the viewpoint of software architecture, the distributed scheduling module for implementing distributed scheduling and the application of the electronic device may be arranged at different software layers, i.e. the distributed scheduling module exists independently from each application. For example, for an android system, the distributed scheduling module is located at the framework layer or hardware abstraction layer, while the application is located at the application layer.

In a possible implementation of the second aspect, in the system, the performance parameter includes a static performance parameter; the distributed scheduling module of the first electronic device is configured to obtain a static performance parameter of a first capability component of each electronic device from a plurality of electronic devices of the distributed system, and grade the first capability component of each electronic device based on the obtained static performance parameter of the first capability component to obtain a first capability grade of each electronic device; wherein the plurality of electronic devices includes the first electronic device.

It is understood that the static performance parameter refers to a performance parameter that a capability component of the electronic device has stably for a long time, for example, for a camera, the sensor type, the aperture, the number of cameras, the number of optical zoom stages, and the like belong to the static performance parameter, and the storage location of a picture taken by the camera does not belong to the static performance parameter of the camera.

In a possible implementation of the second aspect, in the system, the performance parameters further include dynamic performance parameters; and the distributed scheduling module of the first electronic device is to select at least one electronic device from the plurality of electronic devices to provide a first capability for the first application by: the distributed scheduling module of the first electronic device selects at least one electronic device from the plurality of electronic devices to provide a first capability for the first application based on the first capability level of each electronic device and a dynamic performance parameter of the first capability component of each electronic device.

It can be understood that, in order to improve the scheduling accuracy, the distributed scheduling module is performed based on both static performance parameters and dynamic performance parameters of the capability components of the electronic devices, where the dynamic performance parameters refer to state parameters of the capability components of the electronic devices at a certain time, for example, for a camera, the dynamic performance parameters may refer to state parameters that the called camera is occupied by a video call application when called by a photographing application.

In a possible implementation of the second aspect, in the system, the first capability includes: at least one of computing power, sound pick-up power, security power, display power, playing power, photographing power, and storage power.

In a possible implementation of the second aspect, in the system, the static performance parameter includes a configuration parameter of the first capability component, and in a case that the first capability is an arithmetic capability, the first capability component includes at least one of a central processing unit, a graphics processor, and an image signal processor; wherein the configuration parameters of the first capability component include at least one of processor architecture, core number, random access memory space; when the first capability is a sound pickup capability, the configuration parameters of the first capability component comprise at least one of microphone configuration and number, and voice recognition chip model and number; in the case that the first capability is a security capability, the configuration parameters of the first capability component include trusted execution environment parameters; in the case that the first capability is a display capability, the configuration parameters of the first capability component include at least one of a display screen resolution, a frequency, a power, and a screen size; in the case that the first capability is a playing capability, the configuration parameter of the first capability component includes at least one of a frequency response range, a signal-to-noise ratio, and a separation degree of the power amplifier; when the first capability is a photographing capability, the configuration parameters of the first capability component comprise at least one of a sensor type, an aperture, the number of cameras and the number of optical zoom segments; in the case that the first capability is a storage capability, the configuration parameters of the first capability component include at least one of a read only memory type, a quantity, and a capacity space.

In a possible implementation of the second aspect, in the system, the dynamic performance parameter includes at least one of the following parameters: a current invoked state parameter of the first capability component; a current available resource parameter of the first capability component; and the first capacity component belongs to the residual capacity parameter of the electronic equipment.

In a possible implementation of the second aspect, in the system, the plurality of electronic devices in the distributed system each have the distributed scheduling module.

In a possible implementation of the second aspect, in the system, the distributed scheduling module of the first electronic device is further configured to obtain, from the plurality of electronic devices, a static performance parameter of the first capability component of each electronic device, and share the obtained static performance parameter with a second electronic device of the plurality of electronic devices.

In a possible implementation of the second aspect, in the system, the distributed scheduling module of the first electronic device is further configured to obtain a static performance parameter of a first capability component of each electronic device from the multiple electronic devices, and rank the first capability component of each electronic device based on the obtained static performance parameter of the first capability component to obtain a first capability level of each electronic device, and the first electronic device is further configured to share the obtained first capability level of each electronic device with a second electronic device in the multiple electronic devices.

In a third aspect, an embodiment of the present application provides a computer-readable storage medium, where the storage medium has instructions stored thereon, and the instructions, when executed on a computer, cause the computer to perform a distributed implementation method of the foregoing application.

In a fourth aspect, an embodiment of the present application provides an electronic device, including: one or more processors; one or more memories; wherein the one or more memories store one or more programs that, when executed by the one or more processors, cause the electronic device to perform a distributed implementation of the above-described application.

In a fifth aspect, the present application provides a computer program product, which includes a computer program/instruction, and when the computer program/instruction is executed by a processor, the computer program/instruction implements the distributed implementation method of the application.

Drawings

Fig. 1 is a schematic diagram illustrating a distributed implementation scenario applied in the prior art.

Fig. 2 is a schematic view of a scene of a virtual super terminal composed of multiple electronic devices according to an embodiment of the present application.

Fig. 3 is a schematic system block diagram illustrating a distributed operating system 300 applied to an electronic device according to an embodiment of the present application.

Fig. 4 is a schematic diagram illustrating capability components included in a capability framework in a distributed system according to an embodiment of the present application.

Fig. 5 is a schematic diagram illustrating a partial capability level and a distributed decision making process in a unified ranking criterion based on configuration parameters of capability components of electronic devices in a distributed system according to an embodiment of the present application.

Fig. 6 is a schematic view of a distributed implementation scenario of a navigation application according to an embodiment of the present application.

Fig. 7 is a schematic flowchart of a distributed implementation method of a navigation application according to an embodiment of the present application.

Fig. 8 is a schematic diagram illustrating a reminder interface interacting with a user according to an embodiment of the present application.

Fig. 9 is a schematic view illustrating a distributed implementation scenario of a voice assistant application and a music application according to a second embodiment of the present application.

Fig. 10 is a flowchart illustrating a distributed implementation method of a voice assistant application and a music application according to a second embodiment of the present application.

Fig. 11 is a schematic view of a distributed implementation scenario of a photographing application provided in the third embodiment of the present application.

Fig. 12 is a schematic flowchart of a distributed implementation method of a photographing application according to a third embodiment of the present application.

Fig. 13 is a schematic diagram of a decision process for realizing the distributed photographing application according to a third embodiment of the present application.

Fig. 14 is a schematic structural diagram of an electronic device 100 according to an embodiment of the present disclosure.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application clearer, the technical solutions of the embodiments of the present application are described in further detail below by combining the drawings and the embodiments.

In order to solve the above technical problem, the present application provides a distributed implementation method of an application, in the method, in a distributed system (such as a virtual super terminal) composed of a plurality of electronic devices, an operating system installed on each electronic device has a distributed scheduling module independent of the application, and the distributed scheduling module can rank each capability component or capability of each electronic device according to a unified capability ranking standard, so as to reduce the dependence of distributed scheduling on different applications, and thus when an application on an electronic device calls a certain capability, the distributed scheduling module can select the best electronic device for implementing the capability required by the application for the application according to a unified scheduling policy. Therefore, for different electronic devices in a distributed system, the capability grading standards are unified, decision misjudgment caused by different capability grading standards of different electronic devices does not exist, meanwhile, distributed scheduling is realized independently of applications on the electronic devices, the electronic devices determine how to perform distributed scheduling, the distributed scheduling is independent of the applications, the scheduling strategies of the electronic devices are consistent and are implemented by an operating system, the same scheduling strategy is adopted for different applications on each electronic device, and the cloud end or the main device is not depended on, so that the problems that in the prior art, the scheduling strategies of different applications are different, and decision misjudgment is easy to occur during interaction among the applications are solved. In addition, because the distributed capability grading and the distributed scheduling of the application are both realized by the operating system of the electronic equipment, for some applications which do not have the distributed function, the distributed function can be realized by depending on the operating system of the electronic equipment. Hereinafter, a distributed system, i.e., a virtual super terminal, composed of a plurality of electronic devices will be taken as an example to describe the technical solution of the present application.

Fig. 2 is a schematic view of a scene of a virtual super terminal composed of multiple electronic devices according to an embodiment of the present disclosure. As shown in FIG. 2, in this scenario, a virtual super terminal 1000 is composed of a plurality of electronic devices 100 (e.g., electronic devices 100-1 to 100-n). Specifically, the electronic devices in the virtual super terminal 1000 may be regarded as a whole, that is, an application running on any one of the electronic devices 100-1 to 100-n may call, when a certain function is to be implemented, related resources of one or more electronic devices in the virtual super terminal 1000 that are suitable for executing the function. Since each electronic device in the virtual super terminal 1000 is provided with the same module for implementing distributed invocation, the capability classification standard, the distributed scheduling policy, and the like, which are followed by each electronic device are the same, and in addition, the modules for implementing distributed invocation are all arranged in a non-application layer (such as a framework layer or a system service layer) of an operating system of each electronic device, so that when each application (including system applications and third-party applications) on the electronic device needs to implement a certain function, the functions that need to be implemented are only sent to the modules for implementing distributed invocation without participating in the collection of performance parameters of each device, the classification of each capability of the electronic device, and the decision of distributed invocation. That is, in the technical solution of the present application, the implementation of each application on each electronic device constituting the virtual super terminal 1000 is not limited by the application type and the device type, which effectively avoids the above-mentioned distributed decision-making errors and greatly improves the efficiency of distributed decision-making.

For example, suppose that a certain electronic device 100-1 in the virtual super terminal 1000 is running a music Application (App) and needs to use playing capability, and a module that implements distributed calling on the electronic device 100-1 previously ranks the playing capabilities of other electronic devices in the virtual super terminal 1000 based on a unified capability ranking standard, so that after the music App of the electronic device 100-1 sends a requirement that music playing needs to be performed to a module that implements distributed calling on the electronic device 100-1, the module decides an electronic device that is most suitable for implementing the music playing function based on an existing distributed calling policy according to the music playing capability ranking of each electronic device, for example, the selected electronic device 100-3 is an intelligent sound box.

It is to be appreciated that the electronic device 100 described above includes, but is not limited to, laptop computers, desktop computers, tablet computers, smart speakers, cell phones, wearable devices, head-mounted displays, large screen display devices (including large screen televisions, large screen displays, etc.), in-vehicle computers, in-vehicle voice navigation, and other in-vehicle smart systems as well as smart robots, portable music players, reader devices, and other network-accessible electronic devices having one or more processors embedded or coupled therein. For example, in the scenario shown in fig. 2, the electronic devices 100-1 to 100-n may include a laptop computer 100-1, an in-vehicle computer 100-2, a smart speaker 100-3, a mobile phone 100-4, an electronic screen 100-5, and the like, and the scenario of multiple electronic devices to which the technical solution of the present application is applicable may include any number of electronic devices, not limited to the 5 in the above example.

It can be understood that, a distributed operating system is installed on at least one electronic device in the virtual super terminal 1000, and the distributed operating system has the above-mentioned distributed scheduling module, can rank various capabilities of each electronic device according to a unified capability ranking standard, and can select an electronic device that best realizes the required capability for a certain application according to a unified scheduling policy for each electronic device when the certain application calls the certain capability.

It can be understood that the distributed decision scheduling center of the virtual super terminal 1000 may be any electronic device in which a distributed operating system is installed in the virtual super terminal 1000, and for convenience of description, the following embodiment mainly takes the handset 100-4 in the virtual super terminal 1000 as the distributed decision scheduling center as an example for description.

The distributed operating system is described in detail below with reference to FIG. 3.

It is understood that the operating system installed on the electronic device 100 may adopt a layered architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the present invention of the electronic device 100 is illustrated as a distributed operating system with a layered architecture, and is not limited herein.

Fig. 3 illustrates an exemplary system block diagram of a distributed operating system 300 installed on the electronic device 100. As shown in fig. 3, in a virtual super terminal 1000 composed of a plurality of electronic devices 100 (e.g., electronic devices 100-1 to 100-3), the electronic devices 100 are interconnected through a bottom layer network. The underlying Network includes, but is not limited to, a distributed soft bus, Wireless-Fidelity (WIFI), Wireless Local Area Network (WLAN), Bluetooth (BT), Near Field Communication (NFC), and the like, which are not limited herein. In addition, the electronic devices 100 are authenticated by unified authorization of the user, that is, the electronic devices 100 are trusted devices, for example, each electronic device 100 may complete the unified authorization authentication by performing PIN code authentication, face recognition authentication, fingerprint authentication, voiceprint authentication, and the like on the user, which is not limited herein.

As shown in fig. 3, the distributed operating system 300 installed on each electronic device 100 employs a hierarchical architecture. The layered architecture divides the distributed operating system 300 into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the distributed operating system 300 is divided into four layers, an application layer 310, an application framework layer 320, a system services layer 330, and a kernel layer 340 from top to bottom. In other embodiments, the distributed operating system 300 may be divided into other numbers of hierarchies, which are not limited herein.

The application layer 310 may include a series of application programs such as a system application 311, an extended application 312 (or a third-party application), and the like. The distributed implementation method of the application provided by the application is suitable for the capability call of each application (including the system application 311 and the extension application 312) in the application layer 310. The system applications 311 include desktop, settings, camera, Wireless Local Area Networks (WLAN), bluetooth, navigation, etc.; the extended applications 312 include third-party developed software applications such as photography applications (e.g., american photography, pop-up, etc.), navigation applications (e.g., grand maps, Baidu maps, etc.), music applications (e.g., cool dog music, cybercon music, etc.), and so on.

The application framework layer 320 provides a multi-language framework for the application layer 310, including an Interface (User Interface, UI) framework 321, a User program framework 322, and a capability framework 323, as well as an Application Programming Interface (API) and framework APIs for multiple programming languages. Wherein the application framework layer 320 includes some predefined functions.

The UI framework 321 includes a window manager, a content provider, a view system, a phone manager, a resource manager, a notification manager, and the like, which are not described herein.

The user program framework 322 and the capability framework 323 are multi-language frameworks provided by the application framework layer for the application, for example, providing the application with capability levels of various capability components required by the application, that is, the capability components are used to implement various application functions of the application layer. As shown in fig. 4, by way of example, the capability framework 323 may include, but is not limited to, computing capabilities (which may include CPU computing power, Graphics Processing Unit (GPU) computing power, Image Signal Processor (ISP) computing power, etc.), sound pickup capabilities (which may include microphone sound pickup capability, voice recognition capability, etc.), security capabilities in terms of security protection of the device (which may include trusted operating environment security level, etc.), display capabilities (which may include screen resolution, screen size, etc.), playback capabilities (which may include audio amplification capability, stereo effect capability, etc.), and storage capabilities (which may include memory capability, Random Access Memory (RAM) capability, etc.) of the device), and the like, without limitation.

The system service layer 330 is the core of the distributed operating system 300, and the system service layer 330 provides services to the application programs in the application layer 310 through the application framework layer 320. The system services layer 330 includes a distributed device management module 331, a capability ranking module 332, a distributed task decision module 333, a virtual device management module 334, and a distributed soft bus 335.

The distributed device management module 331 is configured to centrally manage device static information, such as configuration parameters of each capability component of each electronic device 100 interconnected through a bottom-layer network, and device dynamic information, such as current operation and use status data of each capability component of each electronic device 100. As described above, the device static information and the device dynamic information managed centrally by the distributed device management module 331 are collected based on the underlying network (e.g., the distributed soft bus 335).

The capability ranking module 332 is configured to rank the capabilities of the various capability components of the various electronic devices 100 using a unified capability ranking criteria. In the unified grading standard, each capability is respectively provided with a plurality of grades, wherein each grade corresponds to a capability component configuration parameter range. Thus, under a unified ranking criteria, each capability component of each electronic device 100 may obtain a corresponding capability level based on its configuration parameters. The unified grading standard is beneficial to uniformly describing the capability levels of the capability components among different electronic devices, and provides decision basis for the distributed task decision module 333 to make a quick decision.

For example, as shown in fig. 5, there are 18 capability levels in the CPU computing power grading standards, for example, the capability levels of the CPU computing power components of the mobile phone 100-4, the portable computer 100-1 and the electronic screen 100-5 are obtained by the unified grading standard in the capability grading module 332 based on the CPU configuration parameters of the three. The unified ranking criteria and the decision scheduling process based on the ranking criteria as shown in fig. 5 will be described in detail below and will not be described in detail here.

The distributed task decision module 333 is configured to respond to a task requirement of an application, screen a corresponding capability component based on the task requirement of the application, compare and analyze capability levels of the screened capability components, make a decision based on device dynamic information of the electronic device 100 to which the screened capability component belongs, and finally make a decision to select a capability component with a better capability level and no occupation of other applications, and then the distributed task decision module 333 sends a call instruction for the capability component to the electronic device 100 to which the selected capability component belongs, and the electronic device 100 runs the capability component to execute a related application task after receiving the call instruction.

The virtual device management module 334 is configured to respond to the call instruction sent by the distributed task decision module 333 and run the called capability component on the electronic device 100 to which the virtual device management module belongs to perform the task of the application.

The distributed soft bus 335, as an example structure of the underlying network, is configured to collect device static information, such as configuration parameters of each capability component of each electronic device 100, and device dynamic information, such as current operation and use status data of each capability component, of each electronic device 100. Reference may be made, inter alia, to a computer hardware bus for an understanding of the functionality of the distributed soft bus 335. For example, the distributed soft bus 335 is a "intangible" bus built between 1+8+ N devices (1 is a mobile phone; 8 represents a car machine, a sound box, an earphone, a watch, a bracelet, a tablet, a large screen, a Personal Computer (PC), an Augmented Reality (AR), a Virtual Reality (VR), and an Internet of Things (IOT) device), and has the characteristics of automatic discovery, instant use, ad hoc networking (heterogeneous networking), high bandwidth, low delay, high reliability, and the like. That is, through the distributed soft bus technology, the electronic devices 100 can not only share all data, but also can be instantly interconnected with any device on the same local area network or connected with the same through bluetooth. In addition, the distributed soft bus 335 may also be capable of sharing files (e.g., receiving files via bluetooth on the one hand and transmitting files via WIFI on the other hand) between heterogeneous networks such as bluetooth and Wireless Fidelity (WIFI).

It is understood that, in the distributed operating system 300, the UI framework 321, the user program framework 322, and the capability framework 323 in the application framework layer 320, and the distributed device management module 331, the capability ranking module 332, the distributed task decision module 333, the virtual device management module 334, and the distributed soft bus 335 in the system service layer 330 may together form a system basic capability subsystem set, which is not limited herein.

The kernel layer 340 is a layer between hardware and software. The kernel layer of the distributed operating system 300 includes: a kernel subsystem 341 and a driver subsystem 342.

The kernel subsystem 341 may adopt a multi-kernel design between the distributed operating systems 300, so that the kernel subsystem 341 supports selecting an appropriate OS kernel for different resource-constrained devices. A Kernel Abstraction Layer (KAL) on the Kernel subsystem 341 provides basic Kernel capabilities including process/thread management, memory management, file system, network management, peripheral management, and the like to the upper layers by shielding multi-Kernel differences.

The driver framework (HDF) of the driver subsystem 342 distributed operating system 300 is the basis for the open hardware ecology of the distributed system, and provides a unified peripheral access capability and a framework for driver development and management. The kernel layer 340 includes at least a display driver, a camera driver, an audio driver, and a sensor driver.

Based on the distributed operating system 300 shown in fig. 3, the following further describes the technical solution of the present application with reference to the drawings and the detailed implementation scenarios.

Example one

For convenience of description, the principle of the distributed implementation method applied in the distributed operating system 300 is described in detail below with reference to fig. 5, and mainly includes a process of performing capability classification on each capability component based on a unified classification standard, and performing a decision based on the capability grade of each capability component and device dynamic information of the electronic device 100.

As shown in fig. 5, as an example, the electronic device 100 forming the virtual super terminal 1000 includes a laptop 100-1, an in-vehicle computer 100-2, a smart speaker 100-3, a mobile phone 100-4, and an electronic screen 100-5, wherein the distributed operating system 300 is installed on the electronic device 100. It is to be understood that the unified grading standard adopted by the capability grading module 332 in the distributed operating system 300 may be classified according to different capability components and grade each type of capability component, or may be classified according to different capability types and grade the capability components under each type of capability type uniformly, which is not limited herein.

It is understood that, in other embodiments, at least one of the electronic devices 100 forming the virtual super terminal 1000 is installed with the distributed operating system 300, and the electronic device 100 installed with the distributed operating system 300 is used as a distributed decision scheduling center in the virtual super terminal 1000 to complete distributed implementation of the application.

As shown in fig. 5, the device static information (e.g., capability component configuration parameters) of the electronic device 100 may include, but is not limited to, CPU configuration parameters (e.g., architecture of CPU, core number, Random Access Memory (RAM) space size, etc.), storage configuration parameters (e.g., Read Only Memory (ROM) space size, etc.), security configuration parameters (e.g., Trusted Execution Environment (TEE), etc.), play configuration parameters (e.g., frequency response range, signal-to-noise ratio, separation degree, etc.), display configuration parameters (e.g., resolution of display screen, screen size, etc.), and the like.

Accordingly, the unified ranking criteria employed by the capability ranking module 332 in the distributed operating system 300 may include, but are not limited to: 0-18 level CPU computing power level, 0-12 level storage capacity level, 0-8 level safety capacity level, 0-23 level playing capacity level, 0-15 level display capacity level and the like. It is understood that the configuration parameters of the capability components of the electronic device 100 determine the capability levels of the capability components, and the higher the configuration parameters of the same capability components, the higher the corresponding capability levels. For example, CPU configuration parameters (including CPU architecture, core count, frequency, cache memory, etc.) determine CPU computing power level, security configuration parameters (including os version, TEE, hardware or software key algorithm support, physical attack prevention, etc.) determine security capability level, and display configuration parameters (including resolution, frequency, power, screen size, etc.) determine security capability level.

It can be understood that in the unified grading standard, the capability levels can be set according to the configuration parameter ranges of the capability components, wherein each capability level corresponds to one configuration parameter range; capability levels may also be set according to the composite performance score ranges for each capability component, where each capability level corresponds to a composite performance score range. It can be understood that, in the unified classification standard, the capability level settings of the capability components may be sequentially set according to a natural number order (for example, the capability levels are sequentially 1, 2, 3, 4, 5, 6, etc.), or a part of the capability levels may be reserved and jumped to a higher level when setting the capability levels, where the reserved part of the capability levels mainly considers a situation that a configuration parameter difference that may exist in configuration parameters of the capability components sampled when setting the capability levels is large, and since the sampled configuration parameters of the capability components may not objectively cover configuration parameters of the capability components of all electronic devices, the reserved part of the capability levels are used to supplement the capability levels corresponding to the configuration parameter ranges that are not currently collected. For example, as shown in fig. 5, the security capability may correspond to capability levels of 1, 5, 6, 7, 8, etc., with levels of 2, 3, and 4 reserved in the middle. The capability level settings of the various capability components in the unified ranking criteria are not limited herein.

As an example, in the case where the capability level is set in accordance with each capability component configuration parameter range, for example, 15 levels may be set for the display capability from small to large in screen size, where 1 inch or less is a level of 0, 1 inch to 5 inches is a level of 1, 5 inches to 10 inches is a level of 2, 10 inches to 15 inches is a level of 3, and so on, 45 inches to 50 inches is a level of 10, and 70 to 75 inches is a level of 15. The capability level is set according to the comprehensive performance grading range of each capability component, for example, the capability level can be set on the CPU computing power by comprehensively grading the CPU computing power (for example, multithread running of the CPU by running software to obtain the comprehensive grading of the CPU), and then 18 capability levels are set on the CPU computing power based on the comprehensive grading of the CPU computing power, wherein the comprehensive grading of the CPU can be set to 0 level below 5000, 1 level in the range of (5000, 10000), 2 levels in the range of (10000, 15000), 3 levels in the range of (15000, 20000), and so on, so that 18 levels of the CPU computing power grading are obtained.

It will be appreciated that as technology evolves, when a capability component exceeds the configuration parameter range corresponding to the highest capability level in the unified ranking standard, then the corresponding capability level in the ranking specification described above expands upward to a higher level, while the given capability level remains unchanged. For example, after a larger screen size is manufactured and used in an electronic device, the display capability level may be adaptively expanded by one or more levels.

As shown in fig. 5, after the capability components of each electronic device 100 are ranked by the unified ranking standard, the capability components may be labeled with corresponding capability level labels, so that the distributed task decision module 331 in the distributed operating system 300 can be used as a decision basis. When deciding to select, the distributed task decision module 331 depends on the capability level of each capability component, and also depends on the device dynamic information of each electronic device 100, and mainly includes the current occupation state information of each capability component.

For example, the capability levels corresponding to the respective capability components of the respective electronic devices 100 are: a portable computer 100-1(CPU power 7 level, GPU power 7 level, sound pick-up capability 4 level, photographing capability 5 level, storage capability 6 level, safety capability 5 level, playing capability 5 level, display capability 3 level); the vehicle-mounted computer 100-2(CPU power 5 level, GPU power 2 level, pickup capability 4 level, photographing capability 0 level, storage capability 3 level, safety capability 0 level, playing capability 5 level and display capability 3 level); the intelligent sound box is 100-3(CPU power level 2, GPU power level 0, sound pick-up capability level 6, photographing capability level 0, storage capability level 3, safety capability level 0, playing capability level 6 and display capability level 0); the mobile phone is 100-4(CPU power 6 level, GPU power 6 level, sound pick-up capability 6 level, photographing capability 7 level, storage capability 5 level, safety capability 5 level, playing capability 5 level and display capability 2 level); electronic screen 100-5(CPU power level 4, GPU power level 4, sound pick-up capability level 3, photographing capability level 3, storage capability level 3, safety capability level 0, playing capability level 4, display capability level 10).

Therefore, the distributed task decision module 331 can quickly decide to select a better capability component based on the capability levels of the above capability components and the task requirements of the application. For example, when the application needs to perform a large computation capability, the CPU computation power and the GPU computation level of the laptop 100-1 in the virtual super terminal 1000 are highest, the distributed task decision module 331 preferably selects the CPU (one of the computation capability components) of the laptop 100-1 to perform the computation first; when the application needs to use screen display, and the level of the display capability of the electronic screen 100-5 in the virtual super terminal 1000 is the highest, the distributed task decision module 331 preferentially selects the display screen (display capability component) of the electronic screen 100-5 to perform the display task.

The following embodiment will describe a distributed implementation method of an application according to the present application by navigating a distributed implementation scenario of the application.

Fig. 6 shows a distributed implementation scenario of a navigation application, as shown in fig. 6, in the scenario, the electronic devices 100 forming the virtual super terminal 1000 include an in-vehicle computer 100-2 and a mobile phone 100-4, wherein the in-vehicle computer 100-2 and the mobile phone 100-4 are installed with a distributed operating system 300, and both have completed authorization authentication of the same user and are trusted devices, and the navigation application is running on the mobile phone 100-4. For example, after the user starts the car with the mobile phone 100-4 or walks into the started car, the mobile phone 100-4 may decide to select the currently most suitable display capability component to be the display screen of the in-vehicle computer 100-2 based on the task requirement of the running navigation application, and call the display screen of the in-vehicle computer 100-2 to execute the navigation interface display task of the navigation application, so that the user can better use the navigation application function during the running of the car, and it can be understood that the in-vehicle computer 100-2 will start running by itself with the start of the car.

The distributed implementation of the above application refers to the following examples.

The following describes in detail a specific flow of the distributed implementation method of the application of the present embodiment with reference to fig. 7. In the virtual super terminal 1000 composed of the in-vehicle computer 100-2 and the mobile phone 100-4, the mobile phone 100-4 is taken as a decision scheduling center in the virtual super terminal 1000 to perform decision scheduling, and the flow shown in fig. 7 takes the mobile phone 100-4 as an implementation subject.

As shown in fig. 7, the distributed implementation method of the application based on the distributed operating system 300 includes the following steps:

701, the mobile phone 100-4 collects device static information and device dynamic information such as configuration parameters of each capability component of each electronic device 100 for centralized management.

In this embodiment, on one hand, the mobile phone 100-4 may collect configuration parameters of each capability component of the vehicle-mounted computer 100-2 through the distributed soft bus 335 (for example, configuration parameters such as architecture, core number, cache memory, and the like of a CPU in the computing capability component of the vehicle-mounted computer 100-2, configuration parameters such as screen size, frequency, resolution, and the like of a display screen in the display capability component of the vehicle-mounted computer 100-2, refer to fig. 5 and related descriptions), and the distributed device management module 331 in the distributed operating system 300 of the mobile phone 100-4 may perform centralized management on the collected configuration parameters of the capability components, where the centralized management configuration parameters of the capability components further include configuration parameters of the capability components of the mobile phone 100-4 itself.

On the other hand, the mobile phone 100-4 can collect the device dynamic information of the self and vehicle-mounted computer 100-2 through the distributed soft bus 335, including but not limited to the power information of the self and vehicle-mounted computer 100-2, the running application information, and the running information of the capability component currently occupied by the running application. It can be understood that the in-vehicle computer 100-2 is connected to a power supply circuit in the vehicle to supply power thereto, and therefore, the in-vehicle computer 100-2 can always maintain a state of sufficient electric power.

It is understood that, in other embodiments, the vehicle-mounted computer 100-2 installed with the distributed operating system 300 may also be used as the virtual super terminal 1000 to perform the step 701, which is not limited herein.

And 702, the mobile phone 100-4 adopts the unified grading standard to grade the capability of each capability component of each electronic device 100 so as to determine the capability grade of each capability component.

The capability ranking module 332 in the distributed operating system 300 of the mobile phone 100-4 may correspondingly obtain the capability level of each capability component by referring to the unified ranking standard for each capability component configuration parameter. As shown in FIG. 5, the capability levels of the mobile phone 100-4 for obtaining the self and the partial capability components of the vehicle-mounted computer 100-2 are respectively: the vehicle-mounted computer 100-2(CPU calculation 5 level, storage capacity 3 level, playing capacity 5 level and display capacity 3 level); the mobile phone 100-4(CPU power 6 level, storage capability 5 level, playing capability 5 level, display capability 2 level), the mobile phone 100-4 may mark each capability component completing capability grading with its corresponding capability grade, which is not described herein again.

It is to be understood that the mobile phone 100-4 may also directly obtain the capability level of each capability component that has already been marked in the electronic device 100 that also has the distributed operating system 300 installed therein, which is not limited herein.

It is understood that, in other embodiments, the vehicle-mounted computer 100-2 installed with the distributed operating system 300 may also perform the step 702 as the virtual super terminal 1000, which is not limited herein.

And 703, the mobile phone 100-4 decides to select the most suitable capability component at present for calling based on the task requirement of the navigation application, the capability level of the related capability component and the dynamic information of the equipment. Specifically, the distributed task decision module 333 of the distributed operating system 300 of the mobile phone 100-4 screens capability components based on task requirements of the navigation application, compares the capability levels of the screened capability components, selects the capability component with the highest capability level to execute the navigation application task, meanwhile, the distributed task decision module 333 may synthesize device dynamic information (e.g., power information, CPU running information, etc.) to determine whether the screened capability component is currently available, and finally decide to select a currently most suitable capability component (e.g., select a CPU power component of the mobile phone 100-4 to execute an operation task of a navigation application, select a display capability component of the in-vehicle computer 100-2 to execute a navigation application interface display), and issues a call instruction to the electronic device 100 to which the corresponding capability component belongs to call the corresponding capability component to execute the application task.

It will be appreciated that the above-described distributed task decision module 333 decision-making process of selecting the capability component currently best suited for implementing an application (e.g., a navigation application) does not affect the execution of the application program, or the application is unaware of the decision-selection process of the distributed task decision module 333 in the distributed operating system 300.

In the scenario shown in fig. 6, for example, the task requirement of the navigation application includes requirements in terms of computing capability and display capability, as shown above, the CPU computing power level of the mobile phone 100-4 is higher than that of the in-vehicle computer 100-2, so that in the state that the CPU of the mobile phone 100-4 operates normally (or not fully), the distributed task decision module 333 decides to select the CPU computing power component of the mobile phone 100-4 to execute the computing task of the navigation application; likewise, as shown above, the display capability level of the in-vehicle computer 100-2 is higher than that of the mobile phone 100-4, and the in-vehicle computer 100-2 may include additional information specific to the in-vehicle scene, so the distributed task decision module 333 preferably performs the navigation application interface display task on the display capability component of the in-vehicle computer 100-2. It is understood that the task requirements of the navigation application may also include requirements in terms of playing capabilities, and therefore, the distributed task decision module 333 may also select to invoke and play the navigation voice with the car audio controlled and scheduled by the car computer 100-2 based on the capability level of the playing capabilities, which is not limited herein.

And 704, the electronic equipment 100 to which the selected capacity component belongs responds to the call of the mobile phone 100-4, and the selected capacity component is operated to execute the corresponding application task.

It is understood that the electronic device 100 is provided with a virtual device management module 334 capable of responding to a call instruction, and when an external trusted device calls a certain capability component on the electronic device, the virtual device management module 334 can respond to the call instruction to control the called capability component to run.

For example, in the scenario shown in fig. 6, the distributed task decision module 333 selects a CPU computing component of the mobile phone 100-4 to execute a computing task of the navigation application, and selects a display capability component of the in-vehicle computer 100-2 to execute a display task of the navigation application interface. Therefore, the virtual device management module 334 of the mobile phone 100-4 responds to the call instruction sent to the mobile phone 100-4 by the distributed task decision module 333, and controls the CPU running the mobile phone 100-4 to execute the operation task of the navigation application; the virtual device management module 334 of the vehicle-mounted computer 100-2 responds to a call instruction sent to the vehicle-mounted computer 100-2 by the distributed task decision module 333, and controls the display capacity component of the vehicle-mounted computer 100-2 to execute the interface display task of the navigation application.

It can be understood that, in the distributed implementation scenario of the navigation application shown in fig. 7, if the mobile phone 100-4 installs the distributed operating system 300 and the vehicle-mounted computer 100-2 does not adopt the distributed operating system 300, the mobile phone 100-4 can still be used as the decision scheduling center in the virtual super terminal 1000 to execute the above step 701 and 703, and the vehicle-mounted computer 100-2 has the virtual device management module 334 capable of responding to the call instruction and can respond to the call of the distributed task decision module 333 of the mobile phone 100-4 to its capability component (i.e., the process of the above step 704), so as to finally complete the distributed implementation of the navigation application, which is not limited herein.

It is understood that, in other embodiments, in the scenario shown in fig. 6, when the currently most suitable display capability component is the display capability component of the in-vehicle computer 100-2 in the decision selection, the mobile phone 100-4 may prompt the user to confirm whether to switch the navigation application interface to the in-vehicle computer 100-2 for display through the display interface of the mobile phone 100-4 (as shown in fig. 8), and switch the navigation application interface to the in-vehicle computer 100-2 for display if the user confirms the switch. The display content on the display interface of the mobile phone 100-4 may refer to fig. 8, and may also be set as other content, which is not limited herein.

Example two

Based on the distributed system shown in fig. 3, the present embodiment introduces the distributed implementation method of the application of the present application through the distributed implementation scenarios of the voice assistant application and the music application.

Fig. 9 shows a distributed implementation scenario of a voice assistant application and a music application, as shown in fig. 9, in the scenario, the electronic device 100 forming the virtual super terminal 1000 includes a smart speaker 100-3, a mobile phone 100-4, and an electronic screen 100-5, where the smart speaker 100-3, the mobile phone 100-4, and the electronic screen 100-5 are installed with a distributed operating system 300, and the three devices are mutually trusted devices that are authorized and authenticated by the same user. By way of example, in the present embodiment, the handset 100-4 is used as a decision scheduling center in the virtual super terminal 1000 to perform decision scheduling, so as to complete distributed implementation of the voice assistant application and the music application.

Specifically, as shown in fig. 10, the distributed implementation method of the voice assistant application and the music application of the embodiment includes the following steps:

the steps 1001 and 1002 are the same as the steps 701 and 702 in the first embodiment, and are not described herein again.

By way of example, at step 1002, in conjunction with fig. 5 and the associated description, handset 100-4 may obtain capability levels for various capability components of various electronic devices 100, including, for example: the mobile phone comprises a smart sound box 100-3 (sound pickup capability 6 level, storage capability 3 level, playing capability 6 level and display capability 0 level), a mobile phone 100-4 (sound pickup capability 6 level, storage capability 5 level, playing capability 5 level and display capability 2 level); electronic screen 100-5 (level 3 for sound pick-up capability, level 3 for storage capability, level 4 for playing capability, level 10 for display capability). The sound pickup capability of the smart sound box 100-4 is the same as the sound pickup capability of the mobile phone 100-4 in level.

1003: the handset 100-4 decides to select the most suitable capability component currently for calling based on the task requirements of the voice assistant application and the music application, and the capability level and the device dynamic information of the related capability components.

Specifically, the distributed task decision module 333 of the distributed operating system 300 of the mobile phone 100-4 screens capability components (e.g., sound pickup capability components, etc.) based on task requirements of the voice assistant application, compares the capability levels of the screened capability components, and selects a capability component with the highest capability level; meanwhile, the distributed task decision module 333 integrates device dynamic information (e.g., pickup distance information, CPU running information, etc.) of the smart speaker 100-3, the cell phone 100-4, and the electronic screen 100-5 to determine whether the screened capability component is currently available, and finally decides to select the currently most suitable capability component to execute the voice assistant application task.

In the distributed implementation of the voice assistant application in this embodiment, in the process that the distributed task decision module 333 compares the capability levels of the sound pickup capability components of the smart sound box 100-3, the mobile phone 100-4, and the electronic screen 100-5, for example, when the obtained comparison result indicates that the capability levels of the sound pickup capability components of the smart sound box 100-3 and the mobile phone 100-4 are the same (the sound pickup capabilities are all 6 levels), the distributed task decision module 333 of the mobile phone 100-4 may synthesize sound pickup distance information in the device dynamic information to make a selection when making a decision. As an example, as shown in fig. 9, assuming that the wake-up words of the voice assistant applications set on the smart sound box 100-3, the mobile phone 100-4, and the electronic screen 100-5 are all "mini art", when the user says the wake-up word "mini art", the sound pickup distance information included in the device dynamic information of each electronic device 100 collected by the mobile phone 100-4 is, for example: the distance between the mobile phone 100-4 and the user is about 0.3m, the distance between the electronic screen 100-5 and the user is about 1.5m, and the distance between the smart speaker 100-3 and the user is about 3m, in which case, the distributed task decision module 333 of the mobile phone 100-4 prefers the mobile phone 100-4 closest to the user as an answering device in the decision making. The pickup distance information included in the device dynamic information of each electronic device 100 may be detected by a sensor device such as a distance sensor or a sound sensor, and will not be described herein again.

After the handset 100-4 replies with the answer word (e.g., the answer word may be set to "i am, please say"), the user speaks a voice command "play music". The mobile phone 100-4 receives a voice instruction of a user and then opens a music application, and meanwhile, the distributed task decision module 333 of the mobile phone 100-4 may screen capability components (for example, playing capability components and the like) based on task requirements of the music application, compare capability levels of the screened capability components, and select a capability component with the highest capability level; meanwhile, the distributed task decision module 333 integrates device dynamic information (e.g., current occupation information of playing capability, CPU running information, etc.) of the smart speaker 100-3, the mobile phone 100-4, and the electronic screen 100-5 to determine whether the screened capability component is currently available, and finally decides to select the most suitable capability component to execute the audio playing task of the music application.

In this embodiment, in the process that the distributed task decision module 333 compares the capability levels of the playing capability components of the smart sound box 100-3, the mobile phone 100-4 and the electronic screen 100-5, the distributed task decision module 333 preferentially selects the playing capability component of the smart sound box 100-3 with the highest playing capability level to execute the audio playing task. Meanwhile, the decision of the distributed task decision module 333 needs to take the influence of the device dynamic information into consideration, for example, in other embodiments, the playing capability component of the smart sound box 100-3 has the same capability level as the playing capability component of the mobile phone 100-4, and at this time, when the mobile phone 100-4 is performing a voice call, the distributed task decision module 333 may still prefer the playing capability component of the smart sound box 100-3 to perform an audio playing task, which is not limited herein.

In other embodiments, for example, the smart sound box 100-3 is closer to the user, or the smart sound box 100-3 may be selected as a response device, and when the smart sound box 100-3 is used as a response device, the smart sound box 100-3 may be used as the virtual super terminal 1000 to perform decision scheduling to meet the use requirements of the user for other applications, which is not limited herein.

Step 1004 is the same as step 704 in the first embodiment, and is not described again.

It can be understood that, in the scenario of distributed implementation of the voice assistant application and the music application shown in fig. 9, if the distributed operating system 300 is installed on the mobile phone 100-4, and neither the smart speaker 100-3 nor the electronic screen 100-5 is installed with the distributed operating system 300, the mobile phone 100-4 can still be used as the virtual super terminal 1000 to perform the above step 1001 and 1003, and the smart speaker 100-3 and the electronic screen 100-5 have the virtual device management module 334 capable of responding to the call instruction, which can respond to the call of the distributed task decision module 333 of the mobile phone 100-4 to the capability component thereof (i.e., the process of the above step 1004), and finally complete the distributed implementation of the navigation application, which is not limited herein.

EXAMPLE III

Based on the distributed system shown in fig. 3, the present embodiment introduces the distributed implementation method of the application of the present application through a distributed implementation scenario of the photographing application.

Fig. 11 shows a scenario of a distributed implementation of a photographing application, as shown in fig. 11, in which the electronic devices 100 constituting the virtual super terminal 1000 include a laptop 100-1, a mobile phone 100-4, and an electronic screen 100-5. The portable computer 100-1, the mobile phone 100-4 and the electronic screen 100-5 are installed with a distributed operating system 300, and the three devices are trusted devices that are authorized and authenticated by the same user. As an example, in this embodiment, the mobile phone 100-4 is used as a decision scheduling center in the virtual super terminal 1000 to perform decision scheduling, so as to complete a distributed implementation process of the photographing application.

Specifically, as shown in fig. 12, the distributed implementation method of the photographing application of the embodiment includes the following steps:

steps 1201-1202 are the same as 701-702 in the first embodiment, and are not described herein again.

By way of example, in step 1202, in conjunction with fig. 5 and the associated description, the handset 100-4 may obtain capability levels of various capability components of various electronic devices 100, including, for example: the mobile phone comprises a portable computer 100-1(GPU computing power level 7, storage power level 6, safety power level 5, photographing power level 5 and display power level 3), a mobile phone 100-4(GPU computing power level 6, storage power level 5, safety power level 5, photographing power level 7 and display power level 2), an electronic screen 100-5(GPU computing power level 4, storage power level 3, safety power level 0, photographing power level 3 and display power level 10). The security features of the laptop 100-1 are of the same level as the security features of the cell phone 100-4.

1203: the mobile phone 100-4 decides to select the most suitable capability component currently for calling based on the task requirement of the photographing application, the capability level of the related capability component and the dynamic information of the device.

Specifically, the distributed task decision module 333 of the distributed operating system 300 of the mobile phone 100-4 filters task requirements in the aspects of photographing, post-processing, browsing, storing, and the like of the photographing application, filters capability components (such as a photographing capability component, an image processing capability component, a display capability component, a storage capability component, a security capability component, and the like), compares capability levels of the filtered capability components, and selects a capability component with the highest capability level; meanwhile, the distributed task decision module 333 integrates device dynamic information (e.g., capability component occupation information, CPU running information, etc.) of the laptop 100-1, the mobile phone 100-4, and the electronic screen 100-5 to determine whether the screened capability component is currently available, and finally decides to select the most suitable capability component to execute a photographing task, a photo post-processing task, a photo browsing task, and a photo storage task of the photographing application.

Fig. 13 shows a schematic diagram of a decision process in a distributed implementation process of the photographing application in the present embodiment.

As shown in fig. 13, in the distributed implementation process of the photographing task of the photographing application in this embodiment, when the distributed task decision module 333 compares the capability levels of the photographing capability components (such as a camera) of the laptop 100-1, the mobile phone 100-4 and the electronic screen 100-5, the photographing capability component of the mobile phone 100-4 with the highest capability level is preferably used to perform the photographing task of the photographing process (where the comparison result of the capability levels of the photographing capability components of the electronic devices 100 is that the mobile phone 100-4 > the laptop 100-1 > the electronic screen 100-5). Meanwhile, since the task requirement of the photographing application is significant to the position, angle, and the like of the photographing capability component, the distributed task decision module 333 should also integrate the device dynamic information such as the position, camera angle, and the like of each electronic device 100, for example, if the distributed task decision module 333 determines that the image that can be photographed by the camera of the portable computer 100-1 is more complete, the light angle is better, and the like at this time, the camera of the portable computer 100-1 may also be selected to execute the photographing task in the photographing process.

It is understood that, in other embodiments, the mobile phone 100-4 may prompt the user to select to take a picture using the mobile phone 100-4 or select to take a picture using the portable computer 100-1, so that the user may select a suitable shooting application execution device according to the user's own usage requirement, which is not limited herein. The reminding interface of the mobile phone 100-4 can be shown in fig. 8, and is not described herein again.

As shown in fig. 13, in the distributed implementation process of the post-photo processing task of the photo taking application in this embodiment, when the distributed task decision module 333 compares the capability levels of the image processing capability (e.g., GPU computing power) components of the laptop 100-1, the mobile phone 100-4, and the electronic screen 100-5, the laptop 100-1 with the highest GPU computing power level is preferably used to execute the computing task of the post-photo processing task (where the comparison result of the GPU computing power levels of the electronic devices 100 is that the laptop 100-1 is greater than the mobile phone 100-4 is greater than the electronic screen 100-5), so as to implement the post-processing procedures such as decoration and beautification of the taken photo more efficiently. Meanwhile, the distributed task decision module 333 should also integrate device dynamic information (e.g., GPU computing power occupation information, etc.) of each electronic device 100, for example, when the portable computer 100-1 is executing other image processing tasks, and the GPU of the mobile phone 100-4 is not executing computing tasks, the distributed task decision module 333 preferably selects a computing task with a lower GPU computing power level than that of the mobile phone 100-1 when making a decision, where the computing task is executed in a post-photo processing process by the mobile phone 100-4.

As shown in fig. 13, in the distributed implementation process of the photo browsing task of the photographing application in this embodiment, when the distributed task decision module 333 compares the capability levels of the display capability components of the laptop 100-1, the mobile phone 100-4 and the electronic screen 100-5, the electronic screen 100-5 with the highest display capability level is preferably used to perform the display task of the photo browsing process (where the comparison result of the display capability levels of the electronic devices 100 is that the electronic screen 100-5 > the laptop 100-1 > the mobile phone 100-4), so as to present the currently optimal visual experience to the user. Meanwhile, the distributed task decision module 333 should also integrate the device dynamic information (e.g., GPU computing power occupation information, etc.) of each electronic device 100, for example, if the electronic screen 100-5 is performing the display task of the video conference at this time, and the laptop 100-1 is not performing the display task at this time, the laptop 100-1 with the lower display capability level than the electronic screen 100-5 is preferably performing the display task of the photo browsing process at the time of the decision by the distributed task decision module 333.

As shown in fig. 13, in the distributed implementation process of the photo storage task of the photographing application in this embodiment, when the distributed task decision module 333 compares the capability levels of the storage capability components and the security capability components of the laptop 100-1, the mobile phone 100-4 and the electronic screen 100-5, the distributed task decision module 333 may preferably execute the photo storage task on the laptop 100-1 with a better comprehensive capability level of the security capability level and the storage capability level for privacy protection (where, as a result of comparing the security capability levels of the electronic devices 100, the laptop 100-1 is the mobile phone 100-4 > the electronic screen 100-5, and as a result of comparing the storage capability levels of the electronic devices 100, the laptop 100-1 is the mobile phone 100-4 > the electronic screen 100-5), the captured pictures are stored for the user.

It can be understood that, in the distributed implementation scenario of the photographing application shown in fig. 11, if the distributed operating system 300 is installed on the mobile phone 100-4 and neither the portable computer 100-1 nor the electronic screen 100-5 is installed with the distributed operating system 300, the above steps 1201 and 1203 can still be performed on the mobile phone 100-4 as the virtual super terminal 1000, and the portable computer 100-1 and the electronic screen 100-5 have the virtual device management module 334 capable of responding to the call instruction, that is, the call of the distributed task decision module 333 of the portable computer 100-1 to the capability component thereof (i.e., the process of the above step 1204), and finally, the distributed implementation of the photographing application is completed, which is not limited herein.

By combining the implementation processes of the first embodiment, the second embodiment and the third embodiment, it can be understood that the distributed implementation method of the application of the present application has the following beneficial effects:

(1) the problem of high decision-making error rate caused by the problem that languages of capability descriptions of electronic equipment are not unified in the distributed implementation process of application can be solved.

(2) The capability advantages of each electronic device 100 can be reasonably and fully scheduled, thereby reducing the computational difficulty of decision selection and greatly shortening the decision time.

(3) The electronic devices 100 under the same virtual super terminal 1000 are trusted, and in the distributed implementation process of the application, the information to be protected, such as the device information of the electronic devices 100 and the information collected by application operation, is only transferred among the devices forming the same virtual super terminal 1000 without passing through a cloud or other external servers, so that the information to be protected can be effectively prevented from leaking, and the security of the information to be protected can be further ensured.

It is to be understood that the above-mentioned distributed operating system 300 does not constitute a limitation to the implementation process of the distributed implementation method of the application of the present application, or the implementation process of the distributed implementation method of the application of the present application does not necessitate installing the distributed operating system on the electronic device. For example, in other embodiments, software may be installed on each electronic device constituting a distributed system (e.g., a virtual super terminal), and after the software is successfully installed, a software module or program having the same function as that of the foregoing distributed device management module 331, capability ranking module 332, distributed task decision module 333, and virtual device management module 334 is provided in a non-application layer (e.g., a framework layer or a hardware abstraction layer), so that the technical solution of the present application may be implemented.

Fig. 14 is a schematic structural diagram of an electronic device 100 according to an embodiment of the present disclosure. As shown in fig. 14, the electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a Universal Serial Bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, a Subscriber Identity Module (SIM) card interface 195, and the like. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It is to be understood that the illustrated structure of the embodiment of the present invention does not specifically limit the electronic device 100. In other embodiments of the present application, electronic device 100 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Specifically, as shown in fig. 14, the above structure of the electronic device 100 determines the types of capability components that the electronic device 100 has and the types of various capabilities that can be implemented by the capability components, for example, the voice processing capability of the electronic device can be implemented based on the audio module 170 and the processor 110 in the above structure, and due to the difference in the functions of the structures that constitute the audio module 170 and the difference in the functions of the different processing units in the processor 110, the voice processing capability of the electronic device can be subdivided and split into capabilities corresponding to various capability components, for example, including a voice capture capability, a voice recognition capability, a voice conversion capability, a voice synthesis capability, and the like. For another example, the photographing capability, the image processing capability, the display capability, and the like required by the photographing application can be implemented based on the processor 110, the camera 193, the display screen 194, and the internal memory 121 in the above structure, wherein the image processing capability can be further divided into, for example, a beautifying processing capability, a beautifying capability, and the like, and the capabilities corresponding to various capability components, such as the photographing capability of the camera or the camera, the image processing capability (including), and the like. Therefore, various application functions executed by the electronic device 100 may be finally realized by a certain capability component or a plurality of capability components, and the level of capability of each capability component depends on the system configuration, the software and hardware configuration, the real-time execution dynamic information, and the like of the electronic device 100.

The above-described configurations of the electronic apparatus 100 and the partial capabilities provided by the partial capability components will be described as examples.

Processor 110 may include one or more processing units, such as: the processor 110 may include an Application Processor (AP), a modem processor, a Graphics Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), etc. The different processing units may be separate devices or may be integrated into one or more processors.

In the embodiment of the present application, the computing power of the processor 110 is further split into power components such as CPU computing power (with data processing capability) or GPU computing power (with image processing capability) for power classification, so as to support distributed implementation of the application. In other embodiments, the computing power level of the processor 110 may also include the power level of the ISP power component, the DSP power component, and the like, which is not limited herein.

The controller can generate an operation control signal according to the instruction operation code and the time sequence signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 110 for storing instructions and data, such as RAM. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 110, thereby increasing the efficiency of the system. In some embodiments of the present application, the storage capacity of the storage may be split into smaller units of capacity components, for example, the storage capacity of the storage may include RAM capacity, memory capacity, and the like, and then the capacity of the corresponding capacity components is ranked. For example, the RAM capability may be ranked as a capability component of the electronic device, and the RAM capability ranking may be an important decision basis in the above-mentioned fast decision process.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (I2S) interface, a Pulse Code Modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a Mobile Industry Processor Interface (MIPI), a general-purpose input/output (GPIO) interface, a SIM interface, and/or a USB interface, etc.

The I2C interface is a bi-directional synchronous serial bus that includes a serial data line (SDA) and a Serial Clock Line (SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, the charger, the flash, the camera 193, etc. through different I2C bus interfaces, respectively. For example: the processor 110 may be coupled to the camera 193 through an I2C interface, so that the processor 110 and the camera 193 communicate through an I2C bus interface, thereby implementing the photographing application function of the electronic device 100 in the embodiment of the present application.

The I2S interface may be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 via an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through the I2S interface, so as to implement the function of the electronic device 100 switching other devices to perform a video call through screen projection in the embodiment of the present application.

The PCM interface may also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled by a PCM bus interface. In some embodiments, the audio module 170 may also transmit an audio signal to the wireless communication module 160 through the PCM interface, so as to implement the function of the electronic device 100 switching other electronic devices to perform a video call through screen projection in the embodiment of the present application. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communications. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through a UART interface, so as to implement the function of the electronic device 100 switching another electronic device to play music in the embodiment of the present application.

MIPI interfaces may be used to connect processor 110 with peripheral devices such as display screen 194, camera 193, and the like. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the capture functionality of electronic device 100. The processor 110 and the display screen 194 communicate through the DSI interface, so as to implement the display function of the electronic device 100 and the function of switching the display of other electronic devices in the embodiment of the present application.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal and may also be configured as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, and the like.

The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the electronic device 100, and may also be used to transmit data between the electronic device 100 and a peripheral device. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other electronic devices, such as AR devices and the like.

It should be understood that the connection relationship between the modules according to the embodiment of the present invention is only illustrative, and is not limited to the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also adopt different interface connection manners or a combination of multiple interface connection manners in the above embodiments.

The charging management module 140 is configured to receive charging input from a charger. The power management module 141 is used for connecting the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140, and supplies power to the processor 110, the internal memory 121, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be used to monitor parameters such as battery capacity, battery cycle count, battery state of health (leakage, impedance), etc. In some other embodiments, the power management module 141 may also be disposed in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be disposed in the same device. In the embodiment of the present application, the power information (for example, status information of sufficient power, low power, etc.) in the device dynamic information of the electronic device may be obtained by monitoring through the power management module 141.

The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like. In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150 and antenna 2 is coupled to wireless communication module 160 so that electronic device 100 can communicate with networks and other devices via wireless communication techniques. Accordingly, the electronic devices 100 can mutually acquire or share device information through a wireless communication technology.

The wireless communication technology may include global system for mobile communications (GSM), General Packet Radio Service (GPRS), code division multiple access (code division multiple access, CDMA), Wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (time-division code division multiple access, TD-SCDMA), Long Term Evolution (LTE), LTE, BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a Beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

The electronic device 100 implements display functions through the GPU, the display screen 194, and the application processor, etc. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and an application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or alter display information. In embodiments of the present application, the GPU power level of the electronic device 100 may also depend in part on the number of GPUs configured in the processor 110.

The display screen 194 is used to display images, video, and the like. The display screen 194 includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, the electronic device 100 may include 1 or N display screens 194, with N being a positive integer greater than 1. In the embodiment of the present application, the display capability rating of the electronic device 100 may be determined based on the type of the display panel, the number of the display screens 194, and the like.

The following describes exemplary workflow of software and hardware of the electronic device 100 in conjunction with a photographing application scenario.

When the touch sensor 180K receives a touch operation, a corresponding hardware interrupt is issued to the kernel layer 340. The kernel layer 340 processes the touch operation into an original input event (including touch coordinates, a time stamp of the touch operation, and the like). The raw input events are stored at the kernel layer. The application framework layer 320 obtains the original input event from the kernel layer 340, and identifies the control corresponding to the input event. Taking the touch operation as a touch click operation, and taking the control corresponding to the click operation as the control of the photographing application icon as an example, the camera application calls the interface of the application framework layer 320 to start the photographing application, and then starts the camera drive by calling the kernel layer 340, and captures a still image or a video through the camera 193 to realize the photographing application.

Reference in the specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one example embodiment or technology disclosed herein. The appearances of the phrase "in one embodiment" in various places in the specification are not necessarily all referring to the same embodiment.

The present disclosure also relates to an operating device for performing the method. This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, magnetic-optical disks, read-only memories (ROMs), Random Access Memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, Application Specific Integrated Circuits (ASICs), or any type of media suitable for storing electronic instructions, and each may be coupled to a computer system bus. Further, the computers referred to in the specification may include a single processor or may be architectures employing multiple processor designs for increased computing capability.

The processes and displays presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may also be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform one or more method steps. The structure for a variety of these systems is discussed in the description that follows. In addition, any particular programming language sufficient to implement the techniques and embodiments disclosed herein may be used. Various programming languages may be used to implement the present disclosure as discussed herein.

Moreover, the language used in the specification has been principally selected for readability and instructional purposes, and may not have been selected to delineate or circumscribe the disclosed subject matter. Accordingly, the present disclosure is intended to be illustrative, but not limiting, of the scope of the concepts discussed herein.

Claims

1. A distributed implementation method of an application, applied to a distributed system including a plurality of electronic devices, the method comprising:

a first electronic device in the distributed system includes a plurality of applications, wherein a first application in the plurality of applications invokes a first capability,

selecting, on the first electronic device, at least one electronic device from the plurality of electronic devices to provide the first capability for the first application on the first electronic device based on performance parameters of first capability components of the plurality of electronic devices through a distributed scheduling module that is independent of the plurality of applications;

wherein the first capability component is a component that implements the first capability.

2. The method of claim 1, wherein the operating system of the first electronic device is an android operating system, and the plurality of applications are located at an application layer of the first electronic device, and wherein the distributed scheduling module is located at a framework layer or a hardware abstraction layer of the first electronic device; or

The operating system of the first electronic device is a Hongmon operating system, the plurality of applications are located in an application layer of the first electronic device, and the distributed scheduling module is located in a framework layer or a system service layer of the first electronic device; or

The operating system of the first electronic device is an iOS operating system, the plurality of applications are located in a touchable layer of the first electronic device, and the distributed scheduling module is located in a media layer or a core service layer of the first electronic device.

3. The method of claim 1, wherein the performance parameters comprise static performance parameters, and wherein the method further comprises:

the distributed scheduling module of the first electronic device acquires static performance parameters of first capability components of each electronic device from a plurality of electronic devices of the distributed system, and grades the first capability components of each electronic device based on the acquired static performance parameters of the first capability components to obtain first capability grades of each electronic device;

wherein the plurality of electronic devices includes the first electronic device.

4. The method of claim 3, wherein the performance parameters further comprise dynamic performance parameters; and is

The distributed scheduling module of the first electronic device selects at least one electronic device from the plurality of electronic devices to provide a first capability for the first application by:

the distributed scheduling module of the first electronic device selects at least one electronic device from the plurality of electronic devices to provide a first capability for the first application based on the first capability level of each electronic device and a dynamic performance parameter of the first capability component of each electronic device.

5. The method of claim 4, wherein the first capability comprises at least one of:

computing power, sound pick-up power, security power, display power, playing power, photographing power and storage power.

6. The method of claim 5, wherein the static performance parameters comprise configuration parameters of the first capability component, and wherein

In a case where the first capability is an arithmetic capability, the first capability component includes at least one of a central processing unit, a graphic processor, and an image signal processor, wherein,

the configuration parameters of the first capability component include at least one of processor architecture, core number, random access memory space;

when the first capability is a sound pickup capability, the configuration parameters of the first capability component comprise at least one of microphone configuration and number, and voice recognition chip model and number;

in the case that the first capability is a security capability, the configuration parameters of the first capability component include trusted execution environment parameters;

in the case that the first capability is a display capability, the configuration parameters of the first capability component include at least one of a display screen resolution, a frequency, a power, and a screen size;

in the case that the first capability is a playing capability, the configuration parameter of the first capability component includes at least one of a frequency response range, a signal-to-noise ratio, and a separation degree of the power amplifier;

when the first capability is a photographing capability, the configuration parameters of the first capability component comprise at least one of a sensor type, an aperture, the number of cameras and the number of optical zoom segments;

in the case that the first capability is a storage capability, the configuration parameters of the first capability component include at least one of a read only memory type, a quantity, and a capacity space.

7. The method of claim 5, wherein the dynamic performance parameters comprise at least one of:

a current invoked state parameter of the first capability component;

a current available resource parameter of the first capability component;

and the first capacity component belongs to the residual capacity parameter of the electronic equipment.

8. The method of any of claims 1-7, wherein the plurality of electronic devices in the distributed system each have the distributed scheduling module.

9. The method of claim 8, wherein each distributed scheduling module in the plurality of electronic devices has the same ranking criteria for the same capability component on each electronic device.

10. The method of claim 9, wherein the distributed scheduling policies of each of the plurality of electronic devices for the same capability component on each of the plurality of electronic devices are the same, wherein the distributed scheduling policies are policies for the first electronic device to select at least one electronic device from the plurality of electronic devices to provide the first capability for the first application on the first electronic device.

11. The method of claim 10, further comprising:

the distributed scheduling module of the first electronic device acquires the static performance parameters of the first capability component of each electronic device from the plurality of electronic devices, and shares the acquired static performance parameters with a second electronic device of the plurality of electronic devices.

12. The method of claim 11, further comprising:

the distributed scheduling module of the first electronic device acquires static performance parameters of first capacity components of each electronic device from a plurality of electronic devices of the distributed system, and grades the first capacity components of each electronic device based on the acquired static performance parameters of the first capacity components to obtain first capacity grades of each electronic device;

the first electronic device shares the obtained first capability level of each electronic device with a second electronic device of the plurality of electronic devices.

13. A distributed system of applications, the distributed system comprising a plurality of electronic devices, a first electronic device of the plurality of electronic devices comprising a plurality of applications, wherein,

the first electronic device is used for selecting at least one electronic device from the plurality of electronic devices to provide a first capability for a first application on the first electronic device based on performance parameters of a first capability component of the plurality of electronic devices by adopting a distributed scheduling module independent of the plurality of applications on the first electronic device when the first application of the first electronic device calls the first capability;

14. The system of claim 13, wherein the operating system of the first electronic device is an android operating system, and the plurality of applications are located at an application layer of the first electronic device, and wherein the distributed scheduling module is located at a framework layer or a hardware abstraction layer of the first electronic device; or

15. The system of claim 13, wherein the performance parameters include static performance parameters; and is

The distributed scheduling module of the first electronic device is configured to obtain, from the plurality of electronic devices of the distributed system, a static performance parameter of a first capability component of each electronic device, and rank the first capability components of each electronic device based on the obtained static performance parameter of the first capability component, to obtain a first capability rank of each electronic device;

16. The system of claim 15, wherein the performance parameters further comprise dynamic performance parameters; and is

The distributed scheduling module of the first electronic device is to select at least one electronic device from the plurality of electronic devices to provide a first capability for the first application by:

17. The system of claim 16, wherein the first capability comprises:

at least one of computing power, sound pickup power, security power, display power, playback power, photographing power, and storage power.

18. The system of claim 17, wherein the static performance parameters comprise configuration parameters of the first capability component, and wherein

In the case where the first capability is an arithmetic capability, the first capability component includes at least one of a central processing unit, a graphics processor, and an image signal processor; wherein the content of the first and second substances,

19. The system of claim 18, wherein the dynamic performance parameters include at least one of:

a current invoked state parameter of the first capability component;

a current available resource parameter of the first capability component;

20. The system of any one of claims 13 to 19, wherein each of the plurality of electronic devices in the distributed system has the distributed scheduling module.

21. The system of claim 20, wherein each distributed scheduling module in the plurality of electronic devices has the same ranking criteria for the same capability component on each electronic device.

22. The system of claim 21, wherein the distributed scheduling policies of each of the plurality of electronic devices for the same capability component on each of the plurality of electronic devices are the same, wherein the distributed scheduling policies are policies for the first electronic device to select at least one electronic device from the plurality of electronic devices to provide the first capability for the first application on the first electronic device.

23. The system of claim 22, wherein the distributed scheduling module of the first electronic device is further configured to obtain static performance parameters of the first capability component of each electronic device from the plurality of electronic devices, and share the obtained static performance parameters with a second electronic device of the plurality of electronic devices.

24. The system according to claim 23, wherein the distributed scheduling module of the first electronic device is further configured to obtain static performance parameters of the first capability component of each electronic device from the plurality of electronic devices, and rank the first capability components of each electronic device based on the obtained static performance parameters of the first capability components, to obtain the first capability level of each electronic device, and

the first electronic device is further configured to share the obtained first capability level of each electronic device with a second electronic device of the plurality of electronic devices.

25. A computer-readable storage medium having stored thereon instructions which, when executed on a computer, cause the computer to perform a method of distributed implementation of an application as claimed in any one of claims 1 to 12.

26. An electronic device comprising one or more processors; one or more memories; wherein the content of the first and second substances,

the one or more memories store one or more programs that, when executed by the one or more processors, cause the electronic device to perform a distributed implementation of the application of any of claims 1-12.