CN114697348B

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

Info

Publication number: CN114697348B
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: 2023-08-22
Anticipated expiration: 2040-12-25
Also published as: WO2022135214A1; CN114697348A

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 equipment, wherein the distributed implementation method of an application is applied to the distributed system comprising a plurality of electronic equipment, a first electronic equipment in the distributed system comprises a plurality of applications, the first application calls first capability, and the first electronic equipment selects at least one electronic equipment from the electronic equipment to provide the first capability for the first application on the first electronic equipment based on performance parameters of first capability parts of the electronic equipment through a distributed scheduling module independent of the application. The distributed scheduling module is used for grading various capacity components of each electronic device, so that 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 application relates to the technical field of internet, in particular to a distributed implementation method, a distributed system, a readable medium and electronic equipment.

Background

Along with the mature development of intelligent terminal technology and the change of terminal market demands, the implementation mode of each application on the electronic equipment is gradually changed from a mode realized by single electronic equipment to a distributed implementation mode realized by a plurality of electronic equipment through network cooperation, and the distributed implementation mode can be based on the advantages and disadvantages of each aspect of performance of each electronic equipment, and the advantages and disadvantages of each electronic equipment are concentrated to realize a certain function, for example, when video chat is performed, equipment with the best shooting performance in the plurality of electronic equipment is adopted to acquire video images; for another example, in the man-machine conversation, among a plurality of electronic devices, the electronic device with the best sound pickup performance is used to collect the user's voice.

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

the electronic device a, the electronic device B, and the electronic device C are installed with the same distributed application 400, for example, the distributed application 400 is instant messaging software, if the device a needs to determine a device with a better playing capability from the electronic devices A, B, C to play music when using the instant messaging software 400 to play music, 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, may be the electronic device B) selected from the electronic devices a-C to perform analysis processing, and then the device a obtains a result of comparing the playing capability of the cloud server 200 or the master device B to the electronic devices a-C, and selects a suitable electronic device (for example, the electronic device C) to perform a music playing task according to the analysis result.

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

for the same distributed application, the distributed scheduling needs to be performed by a server or a selected master device, and the scheduling strategies of different distributed applications are generally different, so that decision errors are easily caused when interaction among different applications is required. In addition, there is no unified capability grading standard or unified capability language description for performance parameters among different electronic devices, when a distributed application needs to perform decision scheduling according to certain capability advantages of different electronic devices, inaccurate judgment of certain capability of each electronic device during decision may be caused, and thus decision errors are caused, so that use of electronic devices with better capability cannot be accurately scheduled, 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, a distributed scheduling module independent of each application is adopted to grade various capability parts or capabilities of each electronic equipment, so that the dependence of distributed scheduling on different applications is reduced.

In a first aspect, an embodiment of the present application provides a method for implementing a distributed application, where the method is applied to a distributed system including a plurality of 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 the first application on the first electronic device through a distributed scheduling module independent of the plurality of applications based on performance parameters of first capability components of the plurality of electronic devices; wherein the first capability component is a component implementing the first capability.

That is, in embodiments of the present application, the distributed scheduling module is implemented independently of the application on the electronic device, and the electronic device decides how to perform the distributed scheduling, independent of the application.

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

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

For example, the plurality of electronic devices in the distributed system may include a mobile phone, 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 play capability, and the first capability component is a component having a play capability such as a power amplifier component. When the mobile phone runs the music application, the distributed scheduling module on the mobile phone adopts a unified grading standard to obtain that the playing capability level of the mobile phone is 5, the playing capability level of the intelligent sound box is 6, and the playing capability level 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 capability for the music application.

In one possible implementation of the first aspect, 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 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 hong Monte 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 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 on a touchable layer of the first electronic device, and the distributed scheduling module is located on a media layer or a core service layer of the first electronic device.

That is, in an embodiment of the present application, from a software architecture, a distributed scheduling module for implementing distributed scheduling may be provided at a different software layer from an application of an electronic device, that is, the distributed scheduling module exists independent of 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 capability grading module for grading the capability implemented by each capability component by adopting a unified grading standard, a distributed scheduling decision module for selecting the most suitable electronic device for providing the capability required by the application from a plurality of electronic devices, a distributed device management module for managing performance parameters of each capability component of each electronic device, and a virtual device management module for responding to a call instruction of the distributed task decision module to the selected electronic device. In some operating systems, the distributed scheduling module may also include a distributed soft bus for collecting performance parameters of each capability component of each electronic device 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 obtains static performance parameters of first capability components of each electronic device from a plurality of electronic devices of the distributed system, and classifies the first capability components of each electronic device based on the obtained static performance parameters of the first capability components to obtain a first capability class 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, a sensor type, an aperture, the number of cameras, the number of optical zoom segments, etc. belong to the static performance parameter, and a storage location of a photo taken by the camera does not belong to the static performance parameter of the camera. In an embodiment of the present application, the device static information of the plurality of electronic devices in the distributed system refers to static performance parameters of each capability component on each electronic device.

In a possible implementation of the first aspect, the performance parameters further include dynamic performance parameters; and the method further comprises the steps of: the distributed scheduling module of the first electronic device provides a first capability for the first application by selecting at least one electronic device from the plurality of electronic devices by: the distributed scheduling module of the first electronic device selects at least one electronic device from the plurality of electronic devices to provide the first application with a first capability 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 may be appreciated that, in order to improve the accuracy of the scheduling, the distributed scheduling module is based on both a static performance parameter and a dynamic performance parameter of each capability component of the electronic device, where the dynamic performance parameter refers to a state parameter of the capability component of the electronic device at a certain moment, for example, for a camera, the dynamic performance parameter may refer to a state parameter that a called camera is being occupied by a video call application when being called by the photographing application.

For example, in an embodiment of the application, the device dynamic information for a plurality of electronic devices in a distributed system includes dynamic performance parameters for each capability component on each electronic device. In a distributed system formed by electronic devices such as a mobile phone and an intelligent sound box, when the distributed scheduling module on the mobile phone selects the electronic device providing playing capability for music application, the dynamic information (namely dynamic performance parameters) of the electronic devices such as the mobile phone and the intelligent sound box needs to be comprehensively considered, if the dynamic information of the device of the intelligent sound box prompts that the electric quantity is insufficient, even if the playing capability level of the intelligent sound box is higher and the playing duration is considered, the distributed scheduling module can select the mobile phone with more sufficient electric quantity as the playing device of the music application.

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

It will be appreciated that the capabilities of the capability component of the electronic device are not limited to the capabilities listed above.

It will be appreciated that the capabilities of the electronic devices in the distributed system that need to be invoked will vary, taking into account the different functionality of the first application, the different usage scenarios. For example, the first capability required for a music application running on a mobile phone may be a play capability, the first capability required for a video application running on a mobile phone may be a display capability, the first capability required for a photographing application running on a mobile phone may be a photographing capability, and so on. For another example, the first capability required by the navigation application running on the mobile phone in the process of planning a route by the user may be an operation capability, and when the user starts the vehicle-mounted computer to enter a driving state, the first capability required by the navigation application running on the mobile phone may be a display capability, and at this time, it may be preferable that the screen size of the display screen is larger and the vehicle-mounted computer screen which is convenient to view is used as the display device.

In a possible implementation of the first aspect, the method further includes: the static performance parameters include configuration parameters of the first capability component, and in the case that the first capability is an operational capability, the first capability component includes at least one of a central processor, a graphics processor, and an image signal processor, wherein the configuration parameters of the first capability component include at least one of a processor architecture, a core number, and a random access memory space; in the case that the first capability is sound pickup capability, the configuration parameters of the first capability component include at least one of microphone configuration and number, and voice recognition chip model number and number; in the case where the first capability is a secure 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 display screen resolution, frequency, power, screen size; in the case that the first capability is a play capability, the configuration parameters of the first capability component include at least one of a frequency response range, a signal-to-noise ratio, and a separation degree of the power amplifier; in the case that the first capability is a photographing capability, the configuration parameters of the first capability component include at least one of a sensor type, an aperture, the number of cameras, and the number of optical zoom segments; in the case where 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 will be appreciated that the configuration parameters according to which the capability components of the electronic device are classified are not limited to the configuration parameters of the capability components corresponding to the capabilities listed above.

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

It will be appreciated that the dynamic performance parameters of the electronic device and its capability components are not limited to the various parameters listed above.

It can be appreciated that, in order to improve the accuracy of the scheduling, the dynamic performance parameters on which the distributed scheduling module performs the 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, the device dynamic information (i.e., dynamic performance parameters) of electronic devices such as a mobile phone, an intelligent speaker, a portable computer, etc. in the distributed system affects the decision selection result of the distributed task decision module to a certain extent, when the CPU on the portable computer (CPU with highest computing power level) selected by the distributed task decision module is currently in a called state, or when the available resources are insufficient (for example, the CPU is in a full-load running state), or when the current residual electric quantity of the portable computer is insufficient, the distributed task decision module selects the CPU of the mobile phone with a lower computing power level of the CPU to provide the 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 the distributed scheduling modules in the plurality of electronic devices on the same capacity components on the electronic devices are the same.

And the distributed scheduling strategies of the distributed scheduling modules in the plurality of electronic devices for the same capacity components on 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 plurality of electronic devices to provide the first capacity for a first application on the first electronic device.

For example, in the embodiment of the application, electronic devices such as a mobile phone, a smart speaker, a portable computer and the like in the distributed system all have distributed scheduling modules. The distributed scheduling module on each electronic device has uniform grading standards of the same capacity components on each electronic device, and the distributed scheduling strategy adopted in scheduling decision is the same, so that the scheduling decision results of the electronic devices such as mobile phones, intelligent sound boxes and portable computers in the distributed system are the same for the playing capacity required by the music application running on the electronic devices such as mobile phones.

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

For example, in the embodiment of the present application, in a plurality of electronic devices such as a mobile phone, an intelligent speaker and a portable computer in a distributed system, only the mobile phone has a distributed scheduling module, so that the mobile phone can share device static information (i.e., static performance parameters) of the plurality of electronic devices such as the mobile phone, the intelligent speaker and the portable computer obtained by the distributed scheduling module to other electronic devices such as the intelligent speaker and the portable computer 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 obtains static performance parameters of first capability parts of all electronic devices from a plurality of electronic devices of the distributed system, and classifies the first capability parts of all electronic devices based on the obtained static performance parameters of the first capability parts to obtain first capability grades of all electronic devices; and the first electronic equipment shares the obtained first capability level of each electronic equipment with a second electronic equipment in the plurality of electronic equipment.

For example, in the embodiment of the present application, in a plurality of electronic devices such as a mobile phone, an intelligent speaker, and a portable computer in a distributed system, only the mobile phone has a distributed scheduling module, the mobile phone may obtain device static information (i.e., static performance parameters) of each capability component on the plurality of electronic devices such as the mobile phone, the intelligent 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 a capability class corresponding to each capability component on each electronic device. And the mobile phone shares the obtained capacity grades corresponding to the capacity components on the mobile phone, the intelligent sound box, the portable computer and other electronic equipment such as the intelligent sound box and the portable computer in the distributed system.

In a second aspect, an embodiment of the present application provides a distributed system of applications, where the system includes a plurality of electronic devices, and a first electronic device in the plurality of electronic devices includes a plurality of applications, where the first electronic device is configured to, when a first application of the first electronic device invokes a first capability, select, by using a distributed scheduling module on the first electronic device that is independent of the plurality of applications, 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 a first capability component of the plurality of electronic devices; wherein the first capability component is a component implementing the first capability.

In one 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 hong Monte 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 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 on a touchable layer of the first electronic device, and the distributed scheduling module is located on a media layer or a core service layer of the first electronic device.

It will be appreciated that from a software architecture perspective, the distributed scheduling module for implementing the distributed scheduling may be provided at a different software layer than the applications of the electronic device, i.e. the distributed scheduling module exists independent of the applications. 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 static performance parameters of first capability components of each electronic device from a plurality of electronic devices of the distributed system, and rank the first capability components of each electronic device based on the obtained static performance parameters of the first capability components, so as to obtain a first capability rank 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, a sensor type, an aperture, the number of cameras, the number of optical zoom segments, etc. belong to the static performance parameter, and a storage location of a photo 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 parameter further includes a dynamic performance parameter; and the distributed scheduling module of the first electronic device is configured to select at least one electronic device from the plurality of electronic devices to provide the first application with a first capability by: the distributed scheduling module of the first electronic device selects at least one electronic device from the plurality of electronic devices to provide the first application with a first capability based on the first capability level of each electronic device and a dynamic performance parameter of the first capability component of each electronic device.

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

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 operational capability, the first capability component includes at least one of a central processor, a graphics processor, and an image signal processor; wherein the configuration parameters of the first capability component include at least one of a processor architecture, a core number, a random access memory space; in the case that the first capability is sound pickup capability, the configuration parameters of the first capability component include at least one of microphone configuration and number, and voice recognition chip model number and number; in the case where the first capability is a secure 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 display screen resolution, frequency, power, screen size; in the case that the first capability is a play capability, the configuration parameters of the first capability component include at least one of a frequency response range, a signal-to-noise ratio, and a separation degree of the power amplifier; in the case that the first capability is a photographing capability, the configuration parameters of the first capability component include at least one of a sensor type, an aperture, the number of cameras, and the number of optical zoom segments; in the case where 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 currently invoked status parameter of the first capability component; currently available resource parameters of the first capability component; and the residual electric quantity parameter of the electronic equipment to which the first capacity component belongs.

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 manner of the second aspect, in the system, the distributed scheduling module of the first electronic device is further configured to obtain static performance parameters of the first capability components of each electronic device from the plurality of electronic devices, and share the obtained static performance parameters with a second electronic device in the plurality of electronic devices.

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

In a third aspect, embodiments of the present application provide a computer-readable storage medium having stored thereon instructions that, when executed on a computer, cause the computer to perform a distributed implementation of the above-described 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 applications.

In a fifth aspect, embodiments of the present application provide a computer program product comprising a computer program/instruction which, when executed by a processor, implements a distributed implementation of the above-described applications.

Drawings

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

Fig. 2 is a schematic view of a scenario in which multiple electronic devices form a virtual super terminal according to an embodiment of the present application.

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

Fig. 4 is a schematic diagram of 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 of a partial capability level and a distributed decision process in a unified hierarchy level based on capability component configuration parameters of an electronic device in a distributed system according to an embodiment of the present application.

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

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

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

Fig. 9 is a schematic diagram of 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 of 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 diagram of a distributed implementation scenario of a photographing application according to a third embodiment of the present application.

Fig. 12 is a 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 making process implemented in a distributed manner by a 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 application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the examples of the present application will be further described in detail by referring to the drawings and the embodiments.

In order to solve the technical problems, the application provides a distributed implementation method of an application, in the method, in a distributed system (such as a virtual super terminal) formed by a plurality of electronic devices, an operating system installed on each electronic device is provided with 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 that the dependence of distributed scheduling on different applications is reduced, and when a certain application on the electronic device invokes a certain capability, the distributed scheduling module can select the optimal electronic device for realizing the capability required by the application according to a unified scheduling policy. In this way, the capability grading standards of different electronic devices in the distributed system 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 scheduling strategies of the electronic devices are consistent and are implemented by an operating system regardless of the applications, and the same scheduling strategy is adopted for different applications on each electronic device and does not depend on a cloud or a main device, so that the problem that in the prior art, decision misjudgment is easy to occur when different application scheduling strategies are different and interaction is performed between the applications is avoided. In addition, the distributed capability classification and the distributed scheduling are both realized by the operating system of the electronic equipment, and 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. The technical scheme of the application will be described below by taking a distributed system consisting of a plurality of electronic devices, namely a virtual super terminal as an example.

Fig. 2 is a schematic view of a scenario in which multiple electronic devices compose a virtual super terminal according to an embodiment of the present application. As shown in fig. 2, in this scenario, virtual super terminal 1000 is comprised of a plurality of electronic devices 100 (e.g., electronic devices 100-1 through 100-n). Specifically, the electronic devices in virtual super terminal 1000 may be considered an entity, i.e., an application running on any one of electronic devices 100-1 through 100-n, that when a function is to be implemented, may invoke the associated resources of one or more electronic devices in virtual super terminal 1000 adapted to perform the function. Because the same modules for realizing distributed call are arranged on each electronic device in the virtual super terminal 1000, 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 realizing distributed call are all arranged on 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 a system application and a third party application) on the electronic device needs to realize a certain function, the acquisition of performance parameters of each device, the classification of each capability of the electronic device and the decision of distributed call are not needed, and only the functions to be realized are sent to the modules for realizing distributed call. That is, in the technical solution of the present application, the implementation of each application on each electronic device that forms the virtual super terminal 1000 is not limited by the application type and the device type, so as to effectively avoid the above-mentioned distributed decision error and greatly improve the efficiency of distributed decision.

For example, assuming that a certain electronic device 100-1 in the virtual super terminal 1000 is running a music Application (App), a playing capability is required to be used, and a module for implementing a distributed call on the electronic device 100-1 classifies the playing capability of other electronic devices in the virtual super terminal 1000 in advance based on a unified capability classification standard, so that the music App of the electronic device 100-1 sends a requirement for playing music to the module for implementing a distributed call on the electronic device 100-1, and the module determines, according to the music playing capability level of each electronic device, an electronic device most suitable for implementing the music playing function based on an existing distributed call policy, for example, the electronic device 100-3 is selected, and the electronic device is an intelligent sound box.

It is understood that the above-described electronic devices 100 include, but are 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.), vehicle mounted intelligent systems such as vehicle mounted computers, vehicle mounted voice navigation, and other electronic devices capable of accessing a network, such as intelligent robots, portable music players, reader devices, and other 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 portable computer 100-1, a car computer 100-2, a smart box 100-3, a mobile phone 100-4, an electronic screen 100-5, etc., and the multi-electronic device scenario to which the technical solution of the present application is applicable may include any number of electronic devices, not limited to the above-described 5 examples.

It can be appreciated that at least one electronic device in the virtual super terminal 1000 is provided with a distributed operating system, where the distributed operating system has the above-mentioned distributed scheduling module, and is capable of classifying various capabilities of each electronic device according to a unified capability classification standard, and selecting, when a certain application invokes a certain capability, an electronic device with a capability required for implementing best for the application according to a unified scheduling policy for each electronic device.

It will be appreciated that the distributed decision scheduling center of the virtual super terminal 1000 may be any electronic device with a distributed operating system installed in the virtual super terminal 1000, and for convenience of description, the following embodiments will mainly take the mobile phone 100-4 in the virtual super terminal 1000 as an example of the distributed decision scheduling center.

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

It is appreciated that the operating system installed on the electronic device 100 may employ a layered architecture, an event driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. Embodiments of the present invention of electronic device 100 are illustrated with a distributed operating system in a hierarchical architecture, and are not limited in this regard.

Fig. 3 illustrates an exemplary system block diagram of a distributed operating system 300 installed on 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 an underlying network. Among them, the underlying network includes, but is not limited to, distributed soft bus, wireless-Fidelity (WIFI), wireless local area network (Wireless Local Area Network, WLAN), bluetooth (BT), near field communication (Near Field Communication, NFC), etc., without limitation. 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, the electronic devices 100 may perform unified authorization authentication by performing PIN code authentication, face recognition authentication, fingerprint authentication, voiceprint authentication, etc. 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 hierarchical architecture divides the distributed operating system 300 into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, distributed operating system 300 is divided into four layers, from top to bottom, application layer 310, application framework layer 320, system services layer 330, and kernel layer 340, respectively. In other embodiments, the distributed operating system 300 may be divided into other numbers of hierarchies, without limitation.

The application layer 310 may include a series of application programs such as a system application 311, an extension 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 (comprising the system application 311 and the extension application 312) in the application layer 310. System applications 311 include desktop, settings, cameras, wireless local area networks (Wireless Local Area Networks, WLAN), bluetooth, navigation, etc.; the extension applications 312 include software applications developed by third parties such as photographing applications (e.g., beaten, lassified, etc.), navigation applications (e.g., goldmap, hundred degree map, etc.), music applications (e.g., cool dog music, networkcloud music, etc.).

The application framework layer 320 provides a multi-language framework for the application layer 310, including an Interface (UI) framework 321, a User Interface framework 322, and a capability framework 323, as well as multi-language framework application programming interfaces (application programming Interface, APIs) and framework APIs for multiple programming languages. Wherein the application framework layer 320 comprises a number of 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 that the application framework layer provides for applications, such as providing applications with the capability levels of the various capability components required by the application, i.e., the capability components are used to implement the various application functions of the application layer. As shown in fig. 4, the capability framework 323 may include, by way of example and without limitation, computing capabilities (which may include CPU computing power, graphics processor (Graphics Processing Unit, GPU) computing power, image signal processor (Image Signal Processor, ISP) computing power, etc.), pickup capabilities (which may include microphone pickup capability, voice recognition capability, etc.), security capabilities in terms of device security (which may include trusted operating environment security level, etc.), display capabilities (which may include screen resolution, screen size, etc.), playback capabilities (which may include loudspeaker capabilities, stereo capabilities, etc., and storage capabilities (which may include memory capabilities of the device, random access memory (random access memory, RAM) capabilities, etc.), etc., without limitation.

The system services layer 330 is the core of the distributed operating system 300, and the system services layer 330 provides services to applications 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 classification 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 and device dynamic information such as current operation and use status data of each capability component of each electronic device 100, which are interconnected through an underlying network. As described above, the device static information and the device dynamic information that are centrally managed by the distributed device management module 331 are collected based on the underlying network (e.g., the distributed soft bus 335).

The capability classification module 332 is configured to classify capabilities of the capability components of each electronic device 100 using a unified capability classification standard. 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 hierarchy level, each capability component of each electronic device 100 may obtain a corresponding capability level based on its configuration parameters. The unified hierarchical standard is beneficial to unifying and describing the capability level of each capability component among different electronic devices, and provides decision basis for the rapid decision of the distributed task decision module 333.

For example, as shown in fig. 5, there are 18 capability levels in the capability level criteria of the CPU computing power, 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 level criteria in the capability level module 332 based on the CPU configuration parameters of the three. The unified hierarchical criteria and decision scheduling process based on the hierarchical criteria as shown in fig. 5 will be described in detail below, and will not be described in detail herein.

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 the capability level of the screened capability component, and make a decision based on the 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 to the capability component to the electronic device 100 to which the selected capability component belongs, and the electronic device 100 operates 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 execute the invoked capability component on the electronic device 100 to which the virtual device management module belongs to execute the task of the application.

The distributed soft bus 335 is used as an example structure of the underlying network to collect device static information such as configuration parameters of each capability component of each electronic device 100, and device dynamic information of each electronic device 100, including current operation usage status data of each capability component, and so on. For an understanding of the functionality of the distributed soft bus 335, reference may be made to a computer hardware bus. 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, a sound box, an earphone, a watch, a bracelet, a tablet, a large screen, a personal computer (personal computer, PC), an augmented Reality (Augmented Reality, AR), a Virtual Reality (VR), and N generally refers to other internet of things (Internet of Things, IOT) devices), and has the characteristics of automatic discovery, instant use, ad hoc networking (heterogeneous network networking), high bandwidth, low latency, and high reliability. That is, through the distributed soft bus technology, not only the sharing of all data among the electronic devices 100 can be realized, but also the immediate interconnection can be realized with any device connected with the electronic devices through bluetooth or the same local area network. In addition, distributed soft bus 335 may also be capable of sharing files between heterogeneous networks such as bluetooth, wireless-Fidelity (WIFI), etc. (e.g., receiving files via bluetooth on the one hand and transmitting files via WIFI on the other).

It will be appreciated 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 classification 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.

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 drive subsystem 342.

The kernel subsystem 341 may adopt a multi-kernel design between the distributed operating system 300, so that the kernel subsystem 341 supports the selection of an appropriate OS kernel for different resource-constrained devices. The kernel abstraction layer (Kernel Abstract Layer, KAL) on the kernel subsystem 341 provides underlying kernel capabilities to upper layers including process/thread management, memory management, file system, network management, peripheral management, etc., by masking multi-kernel differences.

The drive subsystem 342 the drive framework (HDF) of the distributed operating system 300 is an ecologically open foundation for distributed system hardware, providing a unified peripheral access capability and drive development, management framework. The kernel layer 340 contains 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 in detail with reference to the drawings and the specific implementation scenario.

Example 1

For convenience of description, the principle of the distributed implementation method applied in the above-mentioned distributed operating system 300 will be described in detail with reference to fig. 5, and mainly includes a process of classifying capabilities of each capability component based on a unified classification standard and making a decision based on the capability level 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 constituting the virtual super terminal 1000 includes a portable computer 100-1, a car computer 100-2, a smart box 100-3, a mobile phone 100-4, and an electronic screen 100-5, wherein the above-mentioned distributed operating system 300 is installed on the above-mentioned electronic device 100. It will be appreciated that the unified classification criteria employed by the capability classification module 332 in the distributed operating system 300 may be classified by different capability components and classified by each type of capability component, or classified by different capability types and unified classified by capability components under each type of capability type, without limitation.

It will be appreciated that in other embodiments, at least one of the electronic devices 100 comprising the virtual super terminal 1000 is equipped with the distributed operating system 300 described above, and the electronic device 100 equipped with the distributed operating system 300 performs a distributed implementation of the application as a distributed decision-making dispatch center in the virtual super terminal 1000.

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 (Random Access Memory, RAM) space size, etc.), storage configuration parameters (e.g., read Only Memory (ROM) space size, etc.), security configuration parameters (e.g., whether or not a trusted execution environment (Trusted Execution Environment, TEE), etc.), play configuration parameters (e.g., frequency response range, signal-to-noise ratio, separation, etc.), display configuration parameters (e.g., resolution of a display screen, screen size, etc.), etc.

Accordingly, the unified rating criteria employed by the capability rating module 332 in the distributed operating system 300 may include, but are not limited to: the CPU computing power level of 0-18 level, the storage capacity level of 0-12 level, the security capacity level of 0-8 level, the playing capacity level of 0-23 level, the display capacity level of 0-15 level, etc. It will be appreciated that the capability component configuration parameters of the electronic device 100 determine the capability level of the capability component, and that the higher the configuration parameters of the same capability component, the higher the corresponding capability level. For example, the CPU configuration parameters (including architecture, core number, frequency, cache, etc. of the CPU) determine the CPU power level, the security configuration parameters (including operating system version, whether TEE is available, supporting hardware or software key algorithms, whether there is a physical attack prevention means, etc.) determine the security capability level, and the display configuration parameters (including resolution, frequency, power, screen size, etc. of the display screen) determine the security capability level.

It will be appreciated that in a unified hierarchy, capability levels may be set according to respective capability component configuration parameter ranges, where each capability level corresponds to a configuration parameter range; the capability levels may also be set according to a composite performance score range for each capability component, where each capability level corresponds to a composite performance score range. It will be appreciated that, in the unified hierarchical 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 portion of the capability levels may be reserved to jump to a higher level when the capability levels are set, where the reserved portion of the capability levels mainly considers the situation that a difference between configuration parameters of the capability components that may exist in the configuration parameters of the capability components sampled when the capability levels are set is large, and since the configuration parameters of the capability components that are sampled cannot objectively cover the configuration parameters of the capability components of all electronic devices, the capability levels of the reserved portion are used to supplement the capability levels corresponding to the configuration parameter ranges that are not currently acquired. For example, as shown in fig. 5, the capacity levels corresponding to the security capacities may be 1, 5, 6, 7, 8, etc., and 2, 3, 4 levels are reserved in the middle. The capability level setting of each capability component in the unified hierarchy is not limited herein.

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

It will be appreciated that as technology advances, when a capability component exceeds the range of configuration parameters corresponding to the highest capability level in the unified hierarchy, then the corresponding capability level in the hierarchy specification expands upward to a higher level, while the given capability level remains unchanged. For example, when larger screen sizes are manufactured and used in electronic devices, the display capability level may be adaptively expanded by one or more levels.

As shown in fig. 5, after each capability component of each electronic device 100 performs capability classification according to a unified classification standard, each capability component may be marked with a corresponding capability class mark, so that the distributed task decision module 331 in the distributed operating system 300 may be used as a decision basis. The distributed task decision module 331 is based on the capability level of each capability component, and depends on the device dynamic information of each electronic device 100, and mainly includes the current occupancy state information of each capability component when deciding and selecting.

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

Thus, the distributed task decision module 331 can quickly decide to select a better capability component based on the capability level of each capability component and the task requirements of the application. For example, when the application needs to perform a larger computing power, the CPU computing power and GPU computing level of the portable computer 100-1 in the virtual super terminal 1000 are the highest, and the distributed task decision module 331 preferably selects the CPU (one of the computing power components) of the portable computer 100-1 to perform the computing; when the application needs to use the screen display, the display capability level of the electronic screen 100-5 in the virtual super terminal 1000 is highest, and the distributed task decision module 331 preferably selects the display screen (display capability component) of the electronic screen 100-5 to execute the display task.

The following description of the present embodiment will describe a distributed implementation method of the application of 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 which an electronic device 100 that forms a virtual super terminal 1000 includes a vehicle-mounted computer 100-2 and a mobile phone 100-4, in which the vehicle-mounted computer 100-2 and the mobile phone 100-4 are installed with a distributed operating system 300, and the vehicle-mounted computer 100-2 and the mobile phone 100-4 are mutually trusted devices that have completed authorization authentication of the same user, and the navigation application is running on the mobile phone 100-4. For example, after the user starts the automobile with the mobile phone 100-4 or walks into the started automobile, the mobile phone 100-4 can decide to select that the currently most suitable display capability component is the display screen of the vehicle-mounted computer 100-2 based on the task requirement of the running navigation application, and call the display screen of the vehicle-mounted 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 in the running process of the automobile, and it can be understood that the vehicle-mounted computer 100-2 can start to run along with the starting of the automobile.

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

The specific flow of the distributed implementation method of the application of this embodiment is described in detail below with reference to fig. 7. In the virtual super terminal 1000 composed of the vehicle-mounted 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 for decision scheduling as an example, 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 based on the application of the distributed operating system 300 includes the following steps:

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

In this embodiment, the mobile phone 100-4 may collect, on the one hand, configuration parameters of each capability component of the vehicle-mounted computer 100-2 (for example, configuration parameters of a CPU architecture, a core number, a cache memory, etc. in an operation capability component of the vehicle-mounted computer 100-2; configuration parameters of a screen size, a frequency, a resolution, etc. of a display screen in a display capability component of the vehicle-mounted computer 100-2, refer to fig. 5 and related description), and the distributed device management module 331 in the distributed operating system 300 of the mobile phone 100-4 centrally manages the collected capability component configuration parameters, where the centrally managed capability component configuration parameters further include capability component configuration parameters of the mobile phone 100-4 itself.

The mobile phone 100-4 on the other hand can collect the device dynamic information of itself and the vehicle-mounted computer 100-2 through the distributed soft bus 335, including but not limited to the electric quantity information of itself and the vehicle-mounted computer 100-2, the application information in operation, the operation information of the capability parts currently occupied by the running application, and the like. It will be appreciated that the vehicle computer 100-2 is connected to a power supply circuit in the vehicle to supply power thereto, so that the vehicle computer 100-2 can always maintain a state of sufficient power.

It will be appreciated that in other embodiments, the vehicle computer 100-2 with the distributed operating system 300 installed may also perform this step 701 as a virtual super terminal 1000, without limitation.

702, the handset 100-4 performs capability classification on each capability component of each electronic device 100 using a unified classification standard to determine the capability class of each capability component.

The capability ranking module 332 in the distributed operating system 300 of the handset 100-4 may correspond the capability component configuration parameters to the capability ranks of the capability components with reference to the unified ranking criteria. As shown in fig. 5, for example, the capability levels of the mobile phone 100-4 may obtain the capability components of itself and the vehicle-mounted computer 100-2 are: vehicle-mounted computer 100-2 (CPU computing power level 5, storage capability level 3, playing capability level 5, display capability level 3); the mobile phone 100-4 (the level 6 of the CPU computing power, the level 5 of the storage power, the level 5 of the playing power, and the level 2 of the display power), the mobile phone 100-4 can mark each capability component for completing the capability classification with its corresponding capability level, which is not described herein.

It will be appreciated that the mobile phone 100-4 may also directly obtain the capability level of each capability component of the electronic device 100, to which the distributed operating system 300 is also mounted, where the capability components of the electronic device have been marked, and this is not a limitation.

It will be appreciated that in other embodiments, the vehicle computer 100-2 with the distributed operating system 300 installed may also perform this step 702 as a virtual super terminal 1000, without limitation.

703, the mobile phone 100-4 decides to select the currently most suitable capability component for calling based on the task requirements of the navigation application, the capability level of the related capability component and the device dynamic information. Specifically, the distributed task decision module 333 of the distributed operating system 300 of the mobile phone 100-4 screens the capability parts based on the task requirements of the navigation application, compares the capability levels of the screened capability parts, selects the capability part with the highest capability level to execute the navigation application task, meanwhile, the distributed task decision module 333 may integrate the dynamic information (such as the electric quantity information and the CPU running information) of the device to determine whether the screened capability part is currently available, finally decides to select the currently most suitable capability part (such as selecting the CPU computing power part of the mobile phone 100-4 to execute the operation task of the navigation application, selecting the display capability part of the vehicle-mounted computer 100-2 to execute the navigation application interface display), and sends a call instruction to the electronic device 100 belonging to the corresponding capability part to call the corresponding capability part to execute the application task.

It will be appreciated that the above-described process of the distributed task decision module 333 to decide to select the currently most suitable capability component for implementing an application (e.g., a navigation application) does not affect the execution of the application program, or the application is not sensitive to 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 requirements of the navigation application include requirements on computing power and display power, and as shown above, the CPU computing power level of the mobile phone 100-4 is higher than that of the vehicle-mounted computer 100-2, so that in the normal (or non-full running) state of the CPU of the mobile phone 100-4, 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 indicated above, the display capability level of the vehicle computer 100-2 is higher than the display capability level of the cell phone 100-4, and the vehicle computer 100-2 may contain additional information specific to the vehicle scene, therefore, the distributed task decision module 333 preferably performs the navigation application interface display tasks on the display capability component of the vehicle computer 100-2. It will be appreciated that the task requirements of the navigation application may also include requirements in terms of playback capabilities, and thus, the distributed task decision module 333 may also select to invoke, without limitation, the playback of navigation speech with the car stereo being controlled and scheduled by the car computer 100-2 based on the level of playback capabilities.

And 704, the electronic device 100 to which the selected capability part belongs responds to the call of the mobile phone 100-4 to run the selected capability part to execute the corresponding application task.

It may be appreciated 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 is capable of responding to the call instruction and controlling to run the called capability component.

For example, in the scenario illustrated in FIG. 6, the distributed task decision module 333 selects the CPU power component of the handset 100-4 to perform the operational tasks of the navigation application and the display capability component of the onboard computer 100-2 to perform the navigation application interface display tasks. Therefore, the virtual device management module 334 of the mobile phone 100-4 responds to the call instruction sent by the distributed task decision module 333 to the mobile phone 100-4 to control 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 computer 100-2 controls the display capability component of the vehicle computer 100-2 to execute the interface display task of the navigation application in response to the call instruction sent to the vehicle computer 100-2 by the distributed task decision module 333.

It will be appreciated that, in the scenario of the distributed implementation 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 use the distributed operating system 300, the mobile phone 100-4 may still be used as the decision scheduling center in the virtual super terminal 1000 to execute the steps 701-703, and the vehicle-mounted computer 100-2 has the virtual device management module 334 capable of responding to the call instruction, that is, the distributed task decision module 333 of the mobile phone 100-4 can respond to the call of the capability component (i.e. the procedure of the step 704) to finally complete the distributed implementation of the navigation application, which is not limited herein.

It will be appreciated that in other embodiments, in the scenario shown in fig. 6, when the mobile phone 100-4 decides to select the currently most suitable display capability component to be the display capability component of the vehicle-mounted computer 100-2, the user may be reminded through the display interface of the mobile phone 100-4 to confirm whether to switch the navigation application interface to the vehicle-mounted computer 100-2 for display (as shown in fig. 8), and if the user confirms the switch, switch the navigation application interface to the vehicle-mounted computer 100-2 for display. The display content on the display interface of the mobile phone 100-4 may be as shown in fig. 8, or may be other content, which is not limited herein.

Example two

Based on the above-mentioned 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 scenario of the voice assistant application and the music application.

Fig. 9 illustrates a distributed implementation scenario of a voice assistant application and a music application, as shown in fig. 9, in which an electronic device 100 that forms a 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 each a mutually trusted device authenticated by the same user authorization, and a distributed operating system 300 is installed on the smart speaker 100-3, the mobile phone 100-4, and the electronic screen 100-5. 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, thereby completing the distributed implementation of the voice assistant application and the music application.

Specifically, as shown in fig. 10, the method for implementing the voice assistant application and the music application in a distributed manner according to the present embodiment includes the following steps:

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

As an example, in step 1002, in conjunction with fig. 5 and the associated description, the mobile phone 100-4 may obtain the capability levels of the capability components of each electronic device 100, including, for example: the intelligent sound box 100-3 (pickup capability 6 level, storage capability 3 level, playing capability 6 level, display capability 0 level), the mobile phone 100-4 (pickup capability 6 level, storage capability 5 level, playing capability 5 level, display capability 2 level); electronic screen 100-5 (pickup capability level 3, storage capability level 3, play capability level 4, display capability level 10). The pick-up capability of the intelligent sound box 100-4 is the same as the pick-up capability of the mobile phone 100-4.

1003: the handset 100-4 decides to select the currently most appropriate capability component to invoke based on the task requirements of the voice assistant application and the music application, as well as the capability level and device dynamic information of the associated capability component.

Specifically, the distributed task decision module 333 of the distributed operating system 300 of the mobile phone 100-4 screens out capability parts (such as pickup capability parts) based on task requirements of the voice assistant application, compares the capability levels of the screened capability parts, and selects the capability part with the highest capability level; meanwhile, the distributed task decision module 333 integrates the device dynamic information (such as pickup distance information, 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 currently most suitable capability component to execute the voice assistant application task.

In the distributed implementation of the voice assistant application of the present embodiment, in the process of comparing the capability levels of the sound pickup capability components of the smart speaker 100-3, the mobile phone 100-4 and the electronic screen 100-5 by the distributed task decision module 333, for example, when the obtained comparison result is that the capability levels of the sound pickup capability components of the smart speaker 100-3 and the mobile phone 100-4 are the same (the sound pickup capability is 6 levels), the distributed task decision module 333 of the mobile phone 100-4 can synthesize the sound pickup distance information in the dynamic information of the device 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 speaker 100-3, the mobile phone 100-4, and the electronic screen 100-5 are all "small art", when the user speaks the wake-up word "small art", the 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 mobile phone 100-4 is about 0.3m from the user, the electronic screen 100-5 is about 1.5m from the user, and the smart speaker 100-3 is about 3m from the user, 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 the answering machine in 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 here.

After the handset 100-4 replies to the answer word (e.g., the answer word may be set to "i am, please say"), the user speaks the voice command "play music". The mobile phone 100-4 opens the music application after receiving the voice command of the user, and meanwhile, the distributed task decision module 333 of the mobile phone 100-4 can screen the capability parts (such as playing capability parts, etc.) based on the task requirement of the music application, compare the capability grades of the screened capability parts, and select the capability part with the highest capability grade; meanwhile, the distributed task decision module 333 integrates the device dynamic information (such as the playing capability current occupation information, the 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 components are currently available, and finally decides to select the currently most suitable capability component to execute the audio playing task of the music application.

In this embodiment, in the process of comparing the capability levels of the smart speaker 100-3, the mobile phone 100-4, and the playback capability components of the electronic screen 100-5 by the distributed task decision module 333, the distributed task decision module 333 preferentially selects the playback capability component of the smart speaker 100-3 with the highest playback capability level to perform the audio playback task. Meanwhile, the decision of the distributed task decision module 333 needs to take into consideration the influence of the dynamic information of the device, for example, in other embodiments, the playing capability component of the smart speaker 100-3 and the playing capability component of the mobile phone 100-4 have the same capability level, and when the mobile phone 100-4 is in a voice call, the distributed task decision module 333 may still preferably execute the audio playing task by using the playing capability component of the smart speaker 100-3, which is not limited herein.

In other embodiments, for example, the intelligent sound box 100-3 is closer to the user, and the intelligent sound box 100-3 may be selected as the response device, and when the intelligent sound box 100-3 is used as the response device, the intelligent sound box 100-3 may be used as the virtual super terminal 1000 to perform decision scheduling to meet the use requirement 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 herein.

It will be appreciated that in the scenario of the distributed implementation of the voice assistant application and the music application shown in fig. 9, if the mobile phone 100-4 is installed with the distributed operating system 300, 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 may still be used as the virtual super terminal 1000 to perform the above steps 1001-1003, and the virtual device management module 334 of the smart speaker 100-3 and the electronic screen 100-5, which can respond to the call instruction, may respond to the call of the capability component (i.e. the procedure of the step 1004) by the distributed task decision module 333 of the mobile phone 100-4, to 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 embodiment introduces the distributed implementation method of the application of the present application through photographing the distributed implementation scene of the application.

Fig. 11 shows a distributed implementation scenario of a photographing application, as shown in fig. 11, in which an electronic device 100 constituting a virtual super terminal 1000 includes a portable computer 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 provided with the distributed operating system 300, and the three devices are mutually trusted devices 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 the distributed implementation process of the photographing application.

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

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

As an example, in step 1202, in connection with fig. 5 and the related description, the mobile phone 100-4 may obtain each capability component capability level of each electronic device 100, including, for example: the portable computer 100-1 (GPU computing power 7, storage power 6, security power 5, photographing power 5, display power 3), the mobile phone 100-4 (GPU computing power 6, storage power 5, security power 5, photographing power 7, display power 2), the electronic screen 100-5 (GPU computing power 4, storage power 3, security power 0, photographing power 3, display power 10). The security capability parts of the portable computer 100-1 are the same as those of the mobile phone 100-4.

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

Specifically, the distributed task decision module 333 of the distributed operating system 300 of the mobile phone 100-4 screens out capability parts (such as a photographing capability part, an image processing capability part, a display capability part, a storage capability part, and a security capability part) according to task requirements in photographing application, post-processing of photographs, browsing of photographs, and storing of photographs, and compares the capability levels of the screened capability parts to select the capability part with the highest capability level; meanwhile, the distributed task decision module 333 integrates the device dynamic information (such as capability component occupation information, CPU running information, etc.) of the portable computer 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 the photographing task, the post-processing task, the browsing task and the storage task of the photograph.

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

As shown in fig. 13, in the distributed implementation of the photographing task of the photographing application in the present embodiment, when the distributed task decision module 333 compares the capability levels of the portable computer 100-1, the mobile phone 100-4 and the photographing capability parts (such as cameras) of the electronic screen 100-5, it is preferable that the photographing capability part of the mobile phone 100-4 with the highest photographing capability level performs the photographing task of the photographing process (wherein, as a result of the comparison of the capability levels of the photographing capability parts of the respective electronic devices 100, the mobile phone 100-4 > the portable computer 100-1 > the electronic screen 100-5). Meanwhile, since the task requirements of the photographing application have a significant relationship with the position, angle, etc. of the photographing capability component, the distributed task decision module 333 should also integrate the device dynamic information such as the position, camera angle, etc. of each electronic device 100, for example, if the distributed task decision module 333 determines that the camera of the portable computer 100-1 can photograph a complete picture, a better light angle, etc. at this time, the camera of the portable computer 100-1 can also be selected to execute the photographing task in the photographing process.

It will be appreciated that in other embodiments, the mobile phone 100-4 may prompt the user to choose to take a photograph using the mobile phone 100-4 or choose to take a photograph using the portable computer 100-1, so that the user may select an appropriate photographing application executing apparatus according to his own use requirement, which is not limited herein. The reminding interface of the mobile phone 100-4 may be shown in fig. 8, and will not be described herein.

As shown in fig. 13, in the distributed implementation of the post-processing task of the photo taking application in the present embodiment, when the distributed task decision module 333 compares the capability levels of the image processing capability (for example, GPU computing capability) components of the portable computer 100-1, the mobile phone 100-4 and the electronic screen 100-5, it is preferable that the portable computer 100-1 with the highest GPU computing capability level execute the operation task of the post-processing of the photo (wherein, as a result of comparing the GPU computing capability levels of the respective electronic devices 100, the portable computer 100-1 > the mobile phone 100-4 > the electronic screen 100-5), so as to implement the post-processing of modifying, beautifying, etc. the taken photo more efficiently. Meanwhile, the distributed task decision module 333 should integrate the device dynamic information (such as the GPU computing power occupation information) 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 the computing tasks, the computing task of the photo post-processing procedure is preferably executed by the mobile phone 100-4 with the GPU computing power level lower than that of the portable computer 100-1 when the distributed task decision module 333 decides.

As shown in fig. 13, in the distributed implementation 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 portable computer 100-1, the mobile phone 100-4 and the electronic screen 100-5, it is preferable that the electronic screen 100-5 with the highest display capability level performs the display task of the photo browsing process (where the display capability level comparison result of each electronic device 100 is that the electronic screen 100-5 > the portable computer 100-1 > the mobile phone 100-4), so as to present the current optimal visual experience to the user. Meanwhile, the distributed task decision module 333 should integrate device dynamic information (such as GPU computing power occupation information) of each electronic device 100, for example, if the electronic screen 100-5 is executing the display task of the video conference at this time and the portable computer 100-1 is not executing the display task at this time, the distributed task decision module 333 preferably decides that the portable computer 100-1 with a lower display capability level than the electronic screen 100-5 executes the display task of the photo browsing process.

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 storage capability components and the security capability components of the portable computer 100-1, the mobile phone 100-4 and the electronic screen 100-5, the portable computer 100-1 with a better comprehensive capability level of the security capability level and the storage capability level can be preferred by the distributed task decision module 333 for privacy protection to perform the photo storage task (wherein, as a result of comparing the security capability level of each electronic device 100, the portable computer 100-1=mobile phone 100-4 > electronic screen 100-5, as a result of comparing the storage capability level of each electronic device 100, the portable computer 100-1 > mobile phone 100-4 > electronic screen 100-5), and the photographed photo is stored for the user on the premise of guaranteeing the privacy security of the user.

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

In view of the implementation processes of the first embodiment, the second embodiment and the third embodiment, it can be appreciated that the distributed implementation method of the application of the present application has the following beneficial effects:

(1) The method can solve the problem of high judgment decision error rate caused by the problem of non-uniform language of the capability description of each electronic device in the distributed implementation process of the application.

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

(3) The electronic devices 100 under the same virtual super terminal 1000 are mutually trusted, and in the distributed implementation process of the application, the information to be protected such as the device information of the electronic device 100 and the information acquired by the application operation only flows 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 should be understood that the above-described distributed operating system 300 does not limit the implementation of the distributed implementation method of the application of the present application, or the implementation of the distributed implementation method of the application of the present application is not necessary for installing a distributed operating system on an electronic device. For example, in other embodiments, software may be installed on each electronic device that forms a distributed system (e.g., a virtual super terminal), where after the software is installed successfully, the software has software modules or programs in a non-application layer (e.g., a framework layer or a hardware abstraction layer) that have functions identical to those of the distributed device management module 331, the capability classification module 332, the distributed task decision module 333, and the virtual device management module 334, so that the technical solutions 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 application. 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 (universal serial bus, USB) interface 130, a charge 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, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, a user identification module (subscriber identification module, SIM) card interface 195, and the like. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity 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 should be understood that the illustrated structure of the embodiment of the present application does not constitute a specific limitation on the electronic device 100. In other embodiments of the application, electronic device 100 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements 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 the capability components of the electronic device 100 and the types of the capabilities that can be implemented, for example, the voice processing capability of the electronic device may be implemented based on the audio module 170 and the processor 110 in the above structure, and due to the different functions of the structures that form the audio module 170 and the different functions of the different processing units in the processor 110, the voice processing capability of the electronic device may be finely divided into the capabilities corresponding to the various capability components, including, for example, the voice collecting capability, the voice recognition capability, the voice conversion capability, the voice synthesis capability, and the like. As another example, photographing capability, image processing capability, display capability, etc. required for the photographing application may be implemented based on the processor 110, the camera 193, the display 194, and the internal memory 121 in the above-described configuration, where the image processing capability may be further divided into, for example, beautifying processing capability, the united states Yan Nengli, etc., and capabilities corresponding to various capability components, for example, photographing capability of a camera or a camera, image processing capability (including), etc. Therefore, various application functions executed by the electronic device 100 may be finally implemented by a certain capability component or multiple capability components in cooperation, where the capability level of each capability component depends on the system configuration, the software and hardware configuration, and the real-time running dynamic information of the electronic device 100.

The following describes the above-described respective structures of the electronic apparatus 100 and the partial capability provided based on the partial capability component as examples.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), a controller, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor (neural-network processing unit, NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors.

In an embodiment of the present application, the computing power of the processor 110 is further split into capability classification with capability components such as CPU computing power (with data processing capability) or GPU computing power (with image processing capability), to support distributed implementation of applications. In other embodiments, the computing power hierarchy of the processor 110 may also include a power hierarchy of ISP computing power, DSP computing power, etc., without limitation.

The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish 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 the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system. In some embodiments of the present application, the storage capacity of the memory may be split into smaller units of capacity components, e.g., the storage capacity of the memory may include RAM capacity, memory capacity, etc., followed by capacity classification of the corresponding capacity components. For example, RAM capability may be used as a capability component of an electronic device to perform capability classification, and RAM capability classification may be used as an important decision basis in the fast decision process.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a SIM interface, and/or a USB interface, among others.

The I2C interface is a bi-directional synchronous serial bus comprising a serial data line (SDA) and a serial clock line (derail clock line, SCL). In some embodiments, the processor 110 may contain multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, charger, flash, camera 193, etc., respectively, through different I2C bus interfaces. For example: the processor 110 may be coupled to the camera 193 through the I2C interface, so that the processor 110 and the camera 193 may communicate through the I2C bus interface to implement 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, the processor 110 may contain 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 an audio signal to the wireless communication module 160 through the I2S interface, so as to implement a function of the electronic device 100 for performing a video call by switching other devices through screen-on.

PCM interfaces may also be used for audio communication to sample, quantize and encode analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through 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 for performing video call through switching other electronic devices on screen 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 for asynchronous communications. The bus may be a bi-directional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is typically 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 an audio signal to the wireless communication module 160 through a UART interface, so as to implement the function of the electronic device 100 in switching other electronic devices to play music in the embodiment of the present application.

The MIPI interface may be used to connect the processor 110 to peripheral devices such as a display 194, a camera 193, and the like. The MIPI interfaces include camera serial interfaces (camera serial interface, CSI), display serial interfaces (display serial interface, DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the photographing functions of electronic device 100. The processor 110 and the display screen 194 communicate through a DSI interface to implement the display function of the electronic device 100 and the function of switching other electronic devices to display 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 or 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, an MIPI interface, etc.

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 transfer data between the electronic device 100 and a peripheral device. And can also be used for connecting with a headset, and playing audio through the headset. The interface may also be used to connect other electronic devices, such as AR devices, etc.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is only illustrative, and is not meant to limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also employ different interfacing manners in the above embodiments, or a combination of multiple interfacing manners.

The charge management module 140 is configured to receive a charge input from a charger. The power management module 141 is used for connecting the battery 142, the charge 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 to power 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 configured to monitor battery capacity, battery cycle number, battery health (leakage, impedance) and other parameters. In other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charge management module 140 may be disposed in the same device. In the embodiment of the present application, the power information (such as the state information of sufficient power and low power) in the device dynamic information of the electronic device may be obtained through monitoring by 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 and mobile communication module 150 of electronic device 100 are coupled, and antenna 2 and wireless communication module 160 are coupled, such that electronic device 100 may communicate with a network and other devices via wireless communication techniques. Accordingly, the electronic devices 100 may acquire or share device information with each other through wireless communication technology.

The wireless communication techniques may include the Global System for Mobile communications (global system for mobile communications, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation satellite system, GLONASS), a beidou satellite navigation system (Beidou navigation satellite system, BDS), a quasi zenith satellite system (quasi-zenith satellite system, QZSS) and/or a satellite based augmentation system (satellite based augmentation systems, SBAS).

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

The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-matrix organic light-emitting diode (matrix organic light emitting diode), a flexible light-emitting diode (flex), a mini, a Micro led, a Micro-OLED, a quantum dot light-emitting diode (quantum dot light emitting diodes, QLED), or the like. In some embodiments, the electronic device 100 may include 1 or N display screens 194, N being a positive integer greater than 1. In an embodiment of the present application, the display capability hierarchy of the electronic device 100 may be determined based on the type of display panel, the number of display screens 194, and the like.

The workflow of the electronic device 100 software and hardware is illustrated below in connection with a photographing application scenario.

When touch sensor 180K receives a touch operation, a corresponding hardware interrupt is issued to kernel layer 340. The kernel layer 340 processes the touch operation into the original input event (including information of touch coordinates, time stamp of the touch operation, etc.). The original input event is stored at the kernel layer. The application framework layer 320 obtains the original input event from the kernel layer 340 and identifies the control to which the input event corresponds. Taking the touch operation as a touch click operation, taking a control corresponding to the click operation as an example of a control of a photographing application icon, the camera application calls an interface of the application framework layer 320, starts the photographing application, further starts a camera driver by calling the kernel layer 340, and captures a still image or video by 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 implementation or technique according to the disclosure. 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 executing the text. The 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. Furthermore, the computers referred to in the specification may include a single processor or may be architectures employing multiple processors for increased computing power.

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 following description. In addition, any particular programming language sufficient to practice the techniques and embodiments of the present disclosure may be used. Various programming languages may be used to implement the present disclosure, as discussed herein.

Additionally, 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:

the plurality of electronic devices in the distributed system are provided with a distributed scheduling module independent of the application, a first electronic device in the plurality of electronic devices comprises 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 based on performance parameters of a first capability component of the plurality of electronic devices by the distributed scheduling module to provide the first capability for a first application on the first electronic device;

wherein the first capability component is a physical component of the plurality of electronic devices capable of implementing 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 hong Monte 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 system service layer of the first electronic device; or alternatively

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

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

the distributed scheduling module of the first electronic device obtains static performance parameters of first capability components of each electronic device from a plurality of electronic devices of the distributed system, and classifies the first capability components of each electronic device based on the obtained static performance parameters of the first capability components to obtain a first capability class of each electronic device;

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

4. A method according to claim 3, wherein the performance parameters further comprise dynamic performance parameters; and is also provided with

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

the distributed scheduling module of the first electronic device selects at least one electronic device from the plurality of electronic devices to provide the first application with a first capability 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 capability, pick-up capability, security capability, display capability, playing capability, photographing capability, and storage capability.

6. The method of claim 5, wherein the static performance parameter comprises a configuration parameter of the first capability component, and

in the case where the first capability is an arithmetic capability, the first capability means 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 a processor architecture, a core number, a random access memory space;

in the case that the first capability is sound pickup capability, the configuration parameters of the first capability component include at least one of microphone configuration and number, and voice recognition chip model number and number;

in the case where the first capability is a secure 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 display screen resolution, frequency, power, screen size;

In the case that the first capability is a play capability, the configuration parameters of the first capability component include at least one of a frequency response range, a signal-to-noise ratio, and a separation degree of the power amplifier;

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

in the case where 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 include at least one of the following:

a currently invoked status parameter of the first capability component;

currently available resource parameters of the first capability component;

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

8. The method of any of claims 1-7, wherein the hierarchical criteria for each distributed scheduling module in the plurality of electronic devices is the same for the same capability component on each electronic device.

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

10. The method as recited in claim 9, further comprising:

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

11. The method as recited in claim 10, further comprising:

the distributed scheduling module of the first electronic device obtains static performance parameters of first capability parts of all electronic devices from a plurality of electronic devices of the distributed system, and classifies the first capability parts of all electronic devices based on the obtained static performance parameters of the first capability parts to obtain first capability grades of all electronic devices;

and the first electronic equipment shares the obtained first capability level of each electronic equipment with a second electronic equipment in the plurality of electronic equipment.

12. A distributed system of applications, wherein the distributed system comprises a plurality of electronic devices, each of which is provided with a distributed scheduling module independent of the application, a first electronic device of the plurality of electronic devices comprising a plurality of applications, wherein,

The first electronic device is configured to select, when a first application of the first electronic device invokes a first capability, 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, using a distributed scheduling module on the first electronic device, based on performance parameters of first capability components of the plurality of electronic devices;

13. The system of claim 12, 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 alternatively

14. The system of claim 12, wherein the performance parameter comprises a static performance parameter; and is also provided with

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

15. The system of claim 14, wherein the performance parameters further comprise dynamic performance parameters; and is also provided with

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

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

at least one of computing capability, pick-up capability, security capability, display capability, play capability, photographing capability, and storage capability.

17. The system of claim 16, wherein the static performance parameter comprises a configuration parameter of the first capability component, and

in the 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,,

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

a currently invoked status parameter of the first capability component;

currently available resource parameters of the first capability component;

19. The system of any one of claims 12 to 18, wherein each of the distributed scheduling modules in the plurality of electronic devices has the same hierarchical criteria for the same capability component on each electronic device.

20. The system of claim 19, wherein the distributed scheduling policy of each of the plurality of electronic devices for the same capability component on each electronic device is the same, wherein the distributed scheduling policy is a policy for the first electronic device to select at least one electronic device from the plurality of electronic devices to provide the first capability to a first application on the first electronic device.

21. The system of claim 20, 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.

22. The system of claim 21, wherein the distributed scheduling module of the first electronic device is further configured to obtain static performance parameters of a first capability component of each electronic device from the plurality of electronic devices, and rank the first capability component of each electronic device based on the obtained static performance parameters of the first capability component to obtain a first capability rank 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 plurality of electronic devices.

23. A computer readable storage medium having stored thereon instructions which, when executed on a computer, cause the computer to perform a distributed implementation of the application of any of claims 1 to 11.

24. An electronic device comprising 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 application of any of claims 1-11.