CN114546511A - 插件管理方法、系统及装置 - Google Patents

插件管理方法、系统及装置 Download PDF

Info

Publication number
CN114546511A
CN114546511A CN202011255737.XA CN202011255737A CN114546511A CN 114546511 A CN114546511 A CN 114546511A CN 202011255737 A CN202011255737 A CN 202011255737A CN 114546511 A CN114546511 A CN 114546511A
Authority
CN
China
Prior art keywords
plug
information
load
ins
scheduling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011255737.XA
Other languages
English (en)
Inventor
王恒铭
王众豪
孙京阳
黄振宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202011255737.XA priority Critical patent/CN114546511A/zh
Priority to PCT/CN2021/107524 priority patent/WO2022100141A1/zh
Publication of CN114546511A publication Critical patent/CN114546511A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526—Plug-ins; Add-ons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/22—Microcontrol or microprogram arrangements
    • G06F9/24—Loading of the microprogram
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load

Abstract

本申请实施例提供一种插件管理方法、系统及装置，涉及终端技术领域，包括：接收到请求运行微应用的请求信息后，确定该请求信息对应的插件，获取插件中对进程运行产生影响的特征信息，然后根据插件的特征信息就能够将插件调度到合适的进程中。基于此，这种微应用中插件的调度方式因为考虑了插件对进程运行产生的影响，可以对插件进行合理的调度，进而实现进程运行时的负载平衡，使微应用框架能够平稳运行，提升用户的体验感。

Description

插件管理方法、系统及装置
技术领域
本申请涉及终端技术领域，尤其涉及一种插件管理方法、系统及装置。
背景技术
随着智能手机使用的普及，手机应用(application，APP)的数量也呈现出爆炸性增长的趋势。手机界面和存储空间逐渐被越来越多的APP所占满，在此背景下微应用脱颖而出。微应用是指高度聚焦于一种功能的小型应用，具有获取服务便捷、无需安装卸载和即用即走的特点，微应用以其轻便和易用的优势成为手机应用发展的一种新模式。微应用采用插件化框架，将功能以插件化的形式加载起来，有利于功能模块间的解耦、更新和扩展。基于微应用插件化框架的优势，一些复杂应用和超级应用也普遍采用微应用插件化框架，将多个微应用以插件化的形式运行起来，为用户提供多功能化的服务。
在现有技术中，插件化框架在为微应用插件分配进程时，可以按照插件的个数进行调度，通常情况下为了平衡进程内的插件数量，会将插件调度到当前插件数量较少的进程中。
然而，上述插件的调度方法，容易出现进程运行时耗能过快或响应缓慢等现象，影响用户的体验。
发明内容
本申请实施例提供一种插件管理方法、系统及装置，接收到请求运行微应用的请求信息后，确定请求信息对应的插件，获取插件中对进程运行产生影响的特征信息，根据插件的特征信息就能够将插件调度到进程中，这种微应用中插件的调度方式因为考虑了插件对进程运行产生的影响，可以对插件进行合理的调度，进而实现进程运行时的负载平衡，使微应用框架能够平稳运行，提升用户的体验感。
本申请实施例中，第一设备包括终端设备；第二设备包括云端设备。
第一方面，本申请实施例提供一种插件管理方法，包括：接收用于请求运行微应用的请求信息；确定请求信息对应的插件；其中，插件用于实现微应用的部分或全部功能；获取插件的特征信息；其中，特征信息包括插件对进程运行产生影响的信息；根据特征信息调度插件。这样，由于考虑了插件对进程运行产生的影响，可以对插件进行合理的调度，进而实现进程运行时的负载平衡，使微应用框架能够平稳运行，提升用户的体验感。
在一种可能的实现方式中，特征信息包括下述的一种或多种：负载信息、安全等级信息、关联插件信息、运行时长信息或插件优先级信息。这样，就可以根据插件的不同的特征信息对插件执行更加合理的调度。
在一种可能的实现方式中，将插件设置在与插件的特征信息相适应的进程中；或者，根据特征信息禁用插件。这样，就可以根据插件的不同的特征信息，选择禁用一些不安全或不合适的插件，提升进程运行的安全性插件。
在一种可能的实现方式中，特征信息包括负载信息，根据负载信息计算可用于运行插件的第一进程的预测负载；第一进程的预测负载为将插件设置在第一进程时，第一进程的总负载；第一进程的数量为多个；将插件设置在第一目标进程中；第一目标进程为第一进程中，预测负载不超过第一负载阈值的进程。这样，在进程调度中，可以预测将插件调度到第一进程时，第一进程是否超过负载阈值，将插件设置在预测负载不超过负载阈值第一目标进程中，就可以避免调度后第一进程中出现超出负载阈值的情况，实现进程运行时的负载均衡。
在一种可能的实现方式中，特征信息包括安全等级信息，在安全等级信息表示插件为安全插件的情况下，将插件分配在可用于运行插件的进程中；或者，在安全等级信息表示插件为风险插件的情况下，将插件分配在独立的进程中；或者，在安全等级信息表示插件为异常插件的情况下，禁用插件。这样，就能够根据不同安全等级的插件对插件执行更加合适的调度策略，例如将风险插件分配在独立的进程中或者禁用异常插件等，提升进程运行的安全性。其中，运行风险插件的独立的进程可以是预设的专门用于运行风险插件的进程。
可以理解的是，独立的进程可以是与非独立的进程向对应的概念，例如，独立的进程专门用于运行风险插件，非独立的进程可以用于运行多种类型的插件。本申请实施例的独立的进程是用于表示进程的作用，并不构成对进程名称等的限定。
在一种可能的实现方式中，安全等级信息包括插件引发的进程崩溃概率、插件引发的内存泄露概率、或根据进程崩溃概率和内存泄露概率计算得到的概率；在安全等级信息小于第一值时，表示插件为安全插件；在安全等级信息大于或等于第一值，且小于或等于第二值时，表示插件为风险插件；在安全等级信息大于第二值时，表示插件为异常插件。
可以理解的是，该实现方式中，是以安全等级信息的值越小越安全为例进行说明的，另一种可能的实现方式中，可以以安全等级信息的值越大越安全为例进行说明，例如，在安全等级信息大于第一值时，表示插件为异常插件；在安全等级信息小于或等于第一值，且大于或等于第二值时，表示插件为风险插件；在安全等级信息小于第二值时，表示插件为安全插件。本申请实施例对插件类型的判定不作具体限定。
需要说明的是，在上述步骤的关于“表示插件为安全插件”、“表示插件为风险插件”和“表示插件为异常插件”等的静态描述，是为了清晰地区分插件的类型，便于理解方案，并不构成对步骤的限定。例如，具体代码实现中，代码执行逻辑可以是根据安全等级信息的具体数值与第一值和第二值的比较的结果，执行插件的分配或禁用操作，没有“表示插件为安全插件”、“表示插件为风险插件”和“表示插件为异常插件”等的步骤。
在一种可能的实现方式中，特征信息还包括负载信息，在安全等级信息表示插件为安全插件的情况下，根据安全插件的负载信息计算可用于运行安全插件的第二进程的预测负载；第二进程的预测负载为将安全插件设置在第二进程时，第二进程的总负载；第二进程的数量为多个；将安全插件设置在第二目标进程中，第二目标进程为第二进程中，预测负载不超过第二负载阈值的进程。这样，就可以既禁用异常插件，又能对正常插件进行合理调度，防止异常插件影响当前进程内的其他插件的正常运行，实现进程运行时的负载平衡。
在一种可能的实现方式中，特征信息包括关联插件信息，将插件设置在第三进程中，第三进程为运行与关联插件信息相关的相关插件的进程。这样，将关联插件设置在同一进程中，在运行该进程时，就可以同时运行多个关联插件，由于关联插件间读取的资源是相同的，就可以减少执行多次读取相同资源操作的耗能，进而减少进程运行的耗能情况。
在一种可能的实现方式中，相关插件包括：与插件读取的资源相同的插件。
在一种可能的实现方式中，接收来自第二设备的特征信息文件；特征信息文件中包括第二设备计算的多个插件的特征信息；根据插件的标识，从特征信息文件中获取插件的特征信息。这样，由于第一设备的计算能力有限以及第一设备还需要执行插件的调度等任务的原因，为不影响第一设备的其他业务，可以将计算插件特征信息的业务交由计算能力更强且专用的第二设备去执行。由于第二设备通常具有强大的计算能力，因此第二设备计算插件的特征信息，可以减少第一设备的计算量，节约第一设备的计算资源。
在一种可能的实现方式中，还包括：向第二设备发送第一设备中的进程相关信息，进程相关信息用于计算特征信息文件。这样，第二设备就可以更加便捷的利用进程相关信息计算特征信息文件。
在一种可能的实现方式中，进程相关信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
在一种可能的实现方式中，利用机器学习模型确定特征信息；其中，机器学习模型是利用进程相关样本信息训练得到。这样，由于机器学习模型强大的学习和计算能力，能够对进程相关样本信息进行充分训练，就能够利用机器学习模型获得更加准确的特征信息。
在一种可能的实现方式中，进程相关样本信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
第二方面，本申请实施例提供一种插件管理方法，获取进程相关信息；根据进程相关信息计算特征信息文件，特征信息文件中包括多个插件的特征信息，插件的特征信息包括插件对进程运行产生影响的信息；向第一设备发送特征信息文件。这样，由于考虑了插件对进程运行产生的影响，可以对插件进行合理的调度，进而实现进程运行时的负载平衡，使微应用框架能够平稳运行，提升用户的体验感。
在一种可能的实现方式中，特征信息包括下述的一种或多种：负载信息、安全等级信息、关联插件信息、运行时长信息或插件优先级信息。这样，就可以根据不同的特征信息对插件执行更加合理的调度。
在一种可能的实现方式中，安全等级信息包括插件引发的进程崩溃概率、插件引发的内存泄露概率、或根据进程崩溃概率和内存泄露概率计算得到的概率。这样，就可以获得更为准确的插件的安全等级信息。
在一种可能的实现方式中，进程相关信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
在一种可能的实现方式中，根据进程相关信息训练机器学习模型；利用机器学习模型输出特征信息文件。这样，就能够利用机器学习模型获得更加准确的特征信息。
在一种可能的实现方式中，定时从多个设备获取多个设备的进程相关信息；或者，获取多个设备在进程异常时发送的进程相关信息。这样，根据更多的进程相关信息就能够得到更加准确的特征信息。
第三方面，本申请实施例提供一种插件管理装置，该插件管理装置可以是终端设备，也可以是终端设备内的芯片或者芯片系统。该插件管理装置可以包括处理单元和通信单元。当该插件管理装置是终端设备时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该插件管理装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种插件管理方法。当该插件管理装置是终端设备内的芯片或者芯片系统时，该处理单元可以是处理器，该通信单元可以是通信接口。例如通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种插件管理方法。该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该终端设备内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
示例性的，处理单元，用于接收用于请求运行微应用的请求信息；处理单元，用于确定请求信息对应的插件；其中，插件用于实现微应用的部分或全部功能；处理单元，用于获取插件的特征信息；其中，特征信息包括插件对进程运行产生影响的信息；处理单元，用于根据特征信息调度插件。
在一种可能的实现方式中，特征信息包括下述的一种或多种：负载信息、安全等级信息、关联插件信息、运行时长信息或插件优先级信息。
在一种可能的实现方式中，处理单元，具体用于将插件设置在与插件的特征信息相适应的进程中；或者，根据特征信息禁用插件。
在一种可能的实现方式中，特征信息包括负载信息，处理单元，具体用于根据负载信息计算可用于运行插件的第一进程的预测负载；第一进程的预测负载为将插件设置在第一进程时，第一进程的总负载；第一进程的数量为多个；处理单元，具体用于将插件设置在第一目标进程中；第一目标进程为第一进程中，预测负载不超过第一负载阈值的进程。
在一种可能的实现方式中，特征信息包括安全等级信息，在安全等级信息表示插件为安全插件的情况下，处理单元，具体用于将插件分配在可用于运行插件的进程中；或者，在安全等级信息表示插件为风险插件的情况下，处理单元，具体用于将插件分配在独立的进程中；或者，在安全等级信息表示插件为异常插件的情况下，处理单元，具体用于禁用插件。
在一种可能的实现方式中，安全等级信息包括插件引发的进程崩溃概率、插件引发的内存泄露概率、或根据进程崩溃概率和内存泄露概率计算得到的概率；在安全等级信息小于第一值时，表示插件为安全插件；在安全等级信息大于或等于第一值，且小于或等于第二值时，表示插件为风险插件；在安全等级信息大于第二值时，表示插件为异常插件。
在一种可能的实现方式中，特征信息还包括负载信息，在安全等级信息表示插件为安全插件的情况下，处理单元，具体用于根据安全插件的负载信息计算可用于运行安全插件的第二进程的预测负载；第二进程的预测负载为将安全插件设置在第二进程时，第二进程的总负载；第二进程的数量为多个；处理单元，具体用于将安全插件设置在第二目标进程中，第二目标进程为第二进程中，预测负载不超过第二负载阈值的进程。
在一种可能的实现方式中，特征信息包括关联插件信息，处理单元，具体用于将插件设置在第三进程中，第三进程为运行与关联插件信息相关的相关插件的进程。
在一种可能的实现方式中，相关插件包括：与插件读取的资源相同的插件。
在一种可能的实现方式中，通信单元，具体用于接收来自第二设备的特征信息文件；特征信息文件中包括第二设备计算的多个插件的特征信息；处理单元，具体用于根据插件的标识，从特征信息文件中获取插件的特征信息。
在一种可能的实现方式中，还包括：通信单元，具体用于向第二设备发送第一设备中的进程相关信息，进程相关信息用于计算特征信息文件。
在一种可能的实现方式中，进程相关信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
在一种可能的实现方式中，处理单元，具体用于利用机器学习模型确定特征信息；其中，机器学习模型是利用进程相关样本信息训练得到。
在一种可能的实现方式中，进程相关样本信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
第四方面，本申请实施例提供一种插件管理装置。该插件管理装置可以是云端设备，也可以是云端设备内的芯片或者芯片系统。该插件管理装置可以包括处理单元和通信单元。当该插件管理装置是云端设备时，该处理单元可以是处理器，该通信单元可以是通信接口或接口电路。该插件管理装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该云端设备实现第二方面或第二方面的任意一种可能的实现方式中描述的一种插件管理方法。当该插件管理装置是云端设备内的芯片或者芯片系统时，该处理单元可以是处理器，该通信单元可以是通信接口。例如通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的指令，以使该云端设备实现第二方面或第二方面的任意一种可能的实现方式中描述的一种插件管理方法。该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该云端设备内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
示例性的，处理单元，用于获取进程相关信息；处理单元，用于根据进程相关信息计算特征信息文件，特征信息文件中包括多个插件的特征信息，插件的特征信息包括插件对进程运行产生影响的信息；通信单元，用于向第一设备发送特征信息文件。
在一种可能的实现方式中，特征信息包括下述的一种或多种：负载信息、安全等级信息、关联插件信息、运行时长信息或插件优先级信息。
在一种可能的实现方式中，安全等级信息包括插件引发的进程崩溃概率、插件引发的内存泄露概率、或根据进程崩溃概率和内存泄露概率计算得到的概率。
在一种可能的实现方式中，进程相关信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
在一种可能的实现方式中，处理单元，具体用于根据进程相关信息训练机器学习模型；利用机器学习模型输出特征信息文件。
在一种可能的实现方式中，处理单元，具体用于定时从多个设备获取多个设备的进程相关信息；或者，获取多个设备在进程异常时发送的进程相关信息。
第五方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第一方面和第二方面的任意一种实现方式中描述的插件管理方法。
第六方面，本申请实施例提供一种包括指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行第一方面和第二方面的任意一种实现方式中描述的插件管理方法。
第七方面，本申请实施例提供一种插件管理系统，该系统包括如下中任一个或多个：第三方面及第三方面的各种可能的实现方式中描述的插件管理装置，第四方面及第四方面的各种可能的实现方式中描述的插件管理装置。
第八方面，本申请实施例提供一种插件管理装置，该装置包括处理器和存储介质，存储介质存储有指令，指令被处理器运行时，实现如第一方面和第二方面任意的实现方式描述的插件管理方法。
第九方面，本申请提供一种芯片或者芯片系统，该芯片或者芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以进行第一方面和第二方面任意的实现方式中任一项所描述的插件管理方法。
其中，芯片中的通信接口可以为输入/输出接口、管脚或电路等。
在一种可能的实现中，本申请中上述描述的芯片或者芯片系统还包括至少一个存储器，该至少一个存储器中存储有指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。
第十方面，本申请提供一种计算机程序产品，该计算机程序产品中存储有指令，当所述指令被一个或多个处理器运行时，实现前述任意方面或实现方式中的插件管理方法。
应当理解的是，本申请的第三方面至第十方面与本申请的第一方面至第二方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。
附图说明
图1为本申请实施例提供的一种终端设备100的结构示意图；
图2为本申请实施例提供的一种终端设备100的软件结构框图；
图3为本申请实施例提供的一种应用程序的框架示意图；
图4为本申请实施例提供的一种插件管理方法的流程示意图；
图5为本申请实施例提供的一种用户触发微应用插件的界面示意图；
图6为本申请实施例提供的另一种用户触发微应用插件的界面示意图；
图7为本申请实施例提供的再一种用户触发微应用插件的界面示意图；
图8为本申请实施例提供的一种插件调度的示意图；
图9为本申请实施例提供的一种获取特征信息的流程示意图；
图10为本申请实施例提供的一种插件管理系统的框架示意图；
图11为本申请实施例提供的一种数据采集上报的流程示意图；
图12为本申请实施例提供的一种插件特征分析的流程示意图；
图13为本申请实施例提供的一种问题插件识别的流程示意图；
图14为本申请实施例提供的一种实现插件负载均衡的流程示意图；
图15为本申请实施例提供的一种插件管理装置的结构示意图；
图16为本申请实施例提供的一种插件管理装置的硬件结构示意图；
图17为本申请实施例提供的一种芯片的结构示意图。
具体实施方式
为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一值和第二值仅仅是为了区分不同的值，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。
在可能利用插件化框架为微应用插件分配进程的场景中，通常情况下为了平衡进程内的插件数量，会按照插件的个数进行调度，可以将插件调度到当前进程内插件数量较少的进程中。这种粗粒度的插件调度方式，忽略了插件间的差异性，由于不同的插件在运行时所消耗的资源是不同的，因此这种粗粒度的插件调度方式可能会存在进程内负载不均衡的问题。另外，在上述插件调度过程中，没有考虑到正常插件和问题插件的隔离，使得运行问题插件的过程中，可能会影响到进程中其他正常插件的运行，这就造成微应用在运行中出现卡顿、响应缓慢等现象，影响用户的体验感受。
因此，本申请实施例提供一种插件管理方法，接收到请求运行微应用的请求信息后，确定请求信息对应的插件，获取插件中对进程运行产生影响的特征信息，根据插件的特征信息就能够将插件调度到进程中，这种微应用中插件的调度方式因为考虑了插件对进程运行产生的影响，可以对插件进行合理的调度，进而实现进程运行时的负载平衡，使微应用框架能够平稳运行，提升用户的体验感。
本申请实施例应用在终端设备中，为了更好的理解本申请实施例的方法，下面首先对本申请实施例适用的终端设备的结构进行介绍。
示例性的，图1示出了一种终端设备100的结构示意图。终端设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本申请实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。I2S接口和PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端设备100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。
USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，是示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。终端设备100中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code divisionmultipleaccess，WCDMA)，时分码分多址(time-division code division multipleaccess，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenithsatellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
终端设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dotlightemitting diodes，QLED)等。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。
终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备100可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。这样，终端设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备100的各种功能应用以及数据处理。
终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备100可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端设备100可以设置至少一个麦克风170C。在另一些实施例中，终端设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。终端设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，终端设备100根据压力传感器180A检测触摸操作强度。终端设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。
陀螺仪传感器180B可以用于确定终端设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测终端设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中，终端设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。
磁传感器180D包括霍尔传感器。终端设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当终端设备100是翻盖机时，终端设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
加速度传感器180E可检测终端设备100在各个方向上(一般为三轴)加速度的大小。当终端设备100静止时可检测出重力的大小及方向。还可以用于识别终端设备姿态，应用于横竖屏切换，计步器等应用程序。
距离传感器180F，用于测量距离。终端设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端设备100通过发光二极管向外发射红外光。终端设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端设备100附近有物体。当检测到不充分的反射光时，终端设备100可以确定终端设备100附近没有物体。终端设备100可以利用接近光传感器180G检测用户手持终端设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。终端设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测终端设备100是否在口袋里，以防误触。
指纹传感器180H用于采集指纹。终端设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中，终端设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，终端设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端设备100对电池142加热，以避免低温导致终端设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，终端设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。
触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端设备100的表面，与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备100可以接收按键输入，产生与终端设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用程序(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备100中，不能和终端设备100分离。
终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构，等。本申请实施例以分层架构的Android系统为例，示例性说明终端设备100的软件结构。
示例性的，图2是本申请实施例提供的一种终端设备100的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。
应用程序层可以包括一系列应用程序包。
如图2所示，应用程序包可以包括相机，日历，电话，地图，电话，音乐，设置，邮箱，视频，社交等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，资源管理器，视图系统，通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，触摸屏幕，拖拽屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。
Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG和PNG等。
三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
需要说明的是，可以在图2中的应用程序层与应用程序架构层执行本申请实施例提供的插件管理方法。
下面结合应用程序启动或应用程序中发生界面切换的场景，示例性说明终端设备100软件以及硬件的工作流程。
当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸力度，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。
下面结合附图对本申请实施例提供的应用程序中的应用功能分屏设置的操作过程及分屏功能界面的显示过程进行详细地介绍。需要说明的是，本申请实施例中的“在……时”，可以为在某种情况发生的瞬时，也可以为在某种情况发生后的一段时间内，本申请实施例对此不做限定。
本申请实施例中，电子设备100可用于对应用程序的多个功能的分屏显示。具体而言，电子设备100可以为：手机、平板电脑、智能手表、智能手环、智能耳机、智能眼镜以及其他具备显示屏幕的终端设备等，本申请实施例对此不做限定。
现以电子设备100为终端设备为例，对终端设备实现对于应用程序(application，APP)(或者可能称为应用)框架下的微应用插件管理方法进行说明。
示例性的，图3为本申请实施例提供的一种应用程序的框架示意图。
如图3所示，应用程序300可以包括：微应用301和微应用302等其他微应用。微应用301中可以包括：插件3031、插件3032、插件3041、插件3042等其他插件。如图3所示的场景可以理解为：微应用中可以包括功能303和功能304等其他功能。
可以理解的是，一个应用程序可以包括多个微应用，一个微应用中可以包括多个功能，一个功能可以对应一个或多个插件。在运行微应用的场景中，进程是系统进行调度的基本单位。当用户触发微应用的运行时，终端设备可以将该触发操作对应的插件调度到进程中运行。
示例性的，当用户触发功能303时，终端设备将对功能303中的插件3031和插件3032等其他插件进行调度；当用户触发功能304中，终端设备将对功能304中的插件3041和插件3042等其他插件进行调度；终端设备将该功能对应的插件调度到相应的进程中运行。
在本申请实施例提供的场景中，终端设备可以将多个微应用以插件化的形式加载运行起来，为用户提供多样化的服务。同时，微应用的加载往往需要依赖于应用程序框架环境。其中，微应用是以一个或多个插件的形式在应用程序中运行的。可以理解的是，应用程序框架运行在终端设备中。应用程序框架可以管理微应用中的插件，并将插件调度到进程中运行。
可以理解的是，本申请实施例是适用于上述应用场景进行微应用插件管理的。其中，本申请实施例以一种可以实现微应用插件管理方法的场景进行示例，对于其他具体的应用场景不做限定。
下面对本申请实施例中所描述的词汇进行说明。可以理解，该说明是为更加清楚的解释本申请实施例，并不必然构成对本申请实施例的限定。
本申请实施例所描述的微应用可以是，高度聚焦于一种功能的小型应用，其加载运行往往依赖于框架环境。例如，在社交应用中运行社交应用的小程序，可以将社交应用理解为框架环境，该小程序的运行必须要依赖于社交应用这一框架才能够被加载运行。可以理解的是，该小程序离开社交是没有办法运行的。
本申请实施例所描述的插件可以是，微应用的功能组件，微应用以一个或多个插件的形式在框架中运行。例如，在微应用中，用户有很多可以触发的功能，用户点击任一功能都可以触发该功能对应的插件的加载。
本申请实施例所描述的动态加载可以为，一种让系统在运行时加载并使用其加载过程对应的软件的机制。
本申请实施例所描述的进程可以为，计算机中的程序关于某个数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，系统可以为进程分配资源。
本申请实施例所描述的框架可以是，互联网技术(internet technology,IT)语境中的框架，特指为解决一个开放性问题而设计的具有一定约束性的支撑结构。在此结构上可以根据具体问题扩展、安插更多的组成部分，从而更迅速和方便地构建完整的解决问题的方案。例如，本申请实施例中的框架，具体指负责微应用插件加载、运行和管理的容器载体。框架不仅负责将微应用插件加载运行起来，还需要提供微应用插件的调度与管理能力。另外，框架可以创建若干进程，并依据一定的分配原理将各微应用插件分配到不同的进程中去，一般来说，微应用插件数量远大于进程数量。
本申请实施例所描述的插件化框架可以为，采用插件化技术，以插件的形式动态加载的容器载体，其本质上可以是APP。实现插件化框架可以实现插件代码加载与框架间的互相调用，插件资源加载与框架间的互相访问，和插件生命周期的管理。例如，插件化框架能够实现微应用中插件的动态加载。
本申请实施例所描述的进程分配可以为，终端设备将微应用插件分配到不同的进程中运行。
本申请实施例所描述的进程快照可以为，记录当前系统内进程及进程内数据的统计快照。
本申请实施例所描述的负载可以为：衡量插件运行时对所在进程的资源消耗。例如，负载是由内存和功耗两种指标确定的。
本申请实施例所描述的云计算平台(或称云平台或云端设备等)可以是，基于硬件资源和软件资源的服务，云平台可以提供计算、网络和存储等其他能力。
本申请实施例所描述的机器学习可以为，一种模仿生物神经网络的结构和功能的数学模型或计算模型，用于对函数进行估计或近似。机器学习模型需要利用大量样本进行训练，训练好模型后，就可以利用该机器学习模型进行预测。
本申请实施例所描述的免安装运行应用程序包(android application package,APK)可以理解为插件，在免安装运行APK支持插件化的APP在运行时加载和运行插件，可以将APP中一些不常用的功能模块做成插件，减小了安装包的大小，实现APP功能的动态扩展，并有利于功能模块间的解耦与更新扩展。
下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
示例性的，图4为本申请实施例提供的一种插件管理方法的流程示意图。如图4所示，该方法可以包括如下步骤：
S401、接收用于请求运行微应用的请求信息。
本申请实施例中，请求信息可以为用户通过触发操作触发微应用后发出的请求信息。终端设备能够接收到用于请求运行微应用的请求信息。示例性的，当用户触发开启微应用时，或者，触发微应用中的某个功能时都能够发出请求运行微应用的请求信息，终端设备接收到该请求信息。
其中，用户的触发操作可以包括：单次点击操作、多次点击操作、触摸操作(其触摸操作的触摸信息可以包括触摸坐标、触摸力度或触摸操作的时间戳等其他类型的触摸信息)、滑动操作、拖拽操作和/或长按操作等其他类型的触发操作。可以理解的是，本申请实施例中对具体的触发操作不做限定。
示例性的，图5为本申请实施例提供的一种用户触发微应用插件的界面示意图。
如图5中的a所示的界面，该界面可以为终端设备的主屏幕，该主屏幕中可以包括下述的一种或多种应用图标：设置图标、日历图标、社交图标501、数据图标等其他类型的应用图标。当用户在主屏幕下，通过点击、拖拽或长按等触发操作触发社交图标501时，终端设备响应于用户触发社交图标501的操作，终端设备进入到如图5中的b所示的界面。
如图5中的b所示的界面，当用户在该界面中通过点击、拖拽或长按等触发操作触发发现控件502时，终端设备响应于用户触发发现控件502的操作，终端设备进入到如图5中的c所示的界面。
如图5中的c所示的界面，该界面中可以包括下述的一种或多种功能控件：扫一扫控件、摇一摇控件、附近好友控件、游戏控件、小程序控件503或其他类型的功能控件。当用户在该界面中通过点击、拖拽或长按等触发操作触发小程序控件503时，终端设备响应于用户触发小程序控件503的操作，终端设备进入到如图6所示的界面。
如图6所示的界面，该界面中可以包括下述的一种或多种小程序控件：我的小程序控件、视频小程序控件、读书小程序控件、购物小程序控件601、外卖小程序控件或其他类型的小程序控件。在用户开启如图6中任一小程序的过程中，终端设备可以接收用于请求运行微应用的请求信息。
示例性的，当用户在该界面中通过点击、拖拽或长按等触发操作触发购物小程序控件601时，终端设备响应于该触发操作，终端设备接收到该运行微应用的请求信息，终端设备将该开启购物小程序控件601对应的插件调度到相应的进程中运行，终端设备进入到图7所示的界面。
如图7所示的界面，该界面可以包括下述的一种或多种功能控件：今日上新控件、超市控件、火车机票控件、领劵控件、充值中心控件701、特征中心控件、宠物控件、分类控件或其他类型的功能控件。在用户触发如图7中的小程序的任一功能的过程中，终端设备可以接收用于请求运行微应用的请求信息。
示例性的，当用户在该界面中通过点击、拖拽或长按等触发操作触发充值中心控件701时发出运行微应用中的功能的请求信息，终端设备响应于该触发操作，终端设备接收到该运行微应用中的功能请求信息，终端设备将该充值中心控件701对应的插件调度到相应的进程中运行，终端设备可以进入到该充值中心控件701对应的界面。
综上所述，当用户触发开启微应用时，或者，触发微应用中的某个功能时都能够发出请求运行微应用的请求信息，终端设备接收到该请求信息，终端设备就能够利用本申请实施例中提供的插件管理方法进行插件的调度。
需要说明的是，上述图5至图7所示的终端设备的用户界面仅用于举例，并不构成对本申请实施例的限定，在其他可行的实现方式中，用于触发进入应用开启场景或页面切换场景的操作均为本申请实施例中的用户操作。
可能的实现方式中，进入应用开启场景或页面切换场景也可以是终端设备自动触发的，本申请实施例对此不作具体限定。
S402、确定请求信息对应的插件。
本申请实施例中，终端设备接收到用户触发微应用发来的运行微应用的请求信息后，解析该请求信息对应的一个或多个插件。该插件用于实现微应用的部分或全部功能。
示例性的，当用户开启微应用时，或者，触发微应用中的某个功能时都能够发出请求运行微应用的请求信息，终端设备接收到该请求信息并确定该请求信息对应的插件。
例如，如图7中所示的界面，当用户触发充值中心功能控件701时，终端设备响应于该请求信息，终端设备查找该充值中心功能控件701对应的一个或多个插件，后续终端设备将该功能控件对应的一个或多个插件调度到相应的进程中运行，终端设备就能显示出该功能控件对应的界面。
S403、获取插件的特征信息。
本申请实施例中，特征信息为插件对进程运行产生影响的信息。
示例性的，预先得到插件与特征信息之间的关联关系，在获取插件之后，根据该关联关系，查找该插件的特征信息；或者，预先训练能够利用插件输出该插件的特征信息的模型，在获取插件之后，将插件输入该模型，利用该模型输出该插件的特征信息。可以理解的是，本申请实施例中，对获取插件的特征信息的方法不做限定。
一种可能的实现方式中，插件的特征信息可以包括下述的一种或多种：负载信息、安全等级信息、关联插件信息、运行时长信息、插件优先级信息或其他类型的特征信息。可以理解的是，插件的特征信息也可以根据实际应用场景包括其他内容，本申请实施例中对插件的特征信息不做限定。
示例性的，插件的负载信息为标识插件在运行时所消耗的内存和功耗的信息。其中，进程中各插件的负载信息呈现差异化，可以理解的是，各插件的负载信息可以相同也可以不同。
示例性的，插件的安全等级信息为标识插件不同风险等级的插件的信息，根据各插件的安全等级信息执行相应的调度策略。
示例性的，插件的关联插件信息为标识插件间存在关联关系的相关插件的信息。其中，相关插件为读取的资源相同的插件。
示例性的，插件的运行时长信息为标识插件在运行时所消耗的时间的信息。
示例性的，插件的优先级信息为标识用户运行该插件的频率的信息。其中，用户运行插件的频率越高，该插件的优先等级越高。
S404、根据特征信息调度插件。
本申请实施例中，根据插件不同的特征信息执行不同的插件调度策略。
示例性的，插件的特征信息可以包括插件的负载信息，根据特征信息调度插件时，可以计算可用于运行该插件的进程的预测负载，预测负载可以是假设将该插件设置在进程时进程的预测总负载，可以将插件设置在预测负载不超过系统设定的负载阈值的任一进程中。其中，该负载阈值可以为，终端设备为运行微应用的进程所分配的最高负载值。
示例性的，插件的特征信息可以包括插件的安全等级信息，例如，安全等级信息可以标识插件为安全插件、风险插件或异常插件，根据插件的安全等级信息可以将安全插件设置在可用于运行该插件的进程中，或者将风险插件设置在系统设定的独立的进程中，或者禁用异常插件。
示例性的，插件的特征信息可以包括插件的优先级信息，根据插件的优先级信息可以将优先级高的插件调度到当前优先级高的进程中。
可以理解的是，根据插件的特征信息调度插件也可以根据实际应用场景包括其他内容，本申请实施例中对根据特征信息调度插件的方法不做限定。
本申请实施例提供的一种插件管理方法，能够基于插件间的特征信息进行合理调度，实现进程运行的负载平衡，使得微应用框架能够平稳运行，进而提升用户的体验感。
在图4对应的实施例的基础上，一种可能的实现方式中，S404包括：将插件设置在与插件的特征信息相适应的进程中。
一种可能的实现方式中，特征信息包括负载信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：根据插件的负载信息计算可用于运行插件的第一进程的预测负载；该第一进程的预测负载为将插件设置在第一进程时，该第一进程的总负载；该第一进程的数量为多个。将插件设置在第一目标进程中；该第一目标进程为第一进程中，预测负载不超过第一负载阈值的进程。
示例性的，如图8所示，进程801中运行着：插件8011、插件8012、插件8013和插件8014；进程802中运行着：插件8021、插件8022和插件8023；进程803中运行着：插件8031和插件8032。微应用中包含还未运行的插件804、插件805、插件806和插件807。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息进行调度时。计算将插件804设置在进程801、进程802或进程803中，进程801、进程802或进程803的预测负载。其中，进程801的预测负载为，插件804的负载信息与进程801中运行的四个插件的总负载的和；进程802的预测负载为，插件804的负载信息与进程802中运行的三个插件的总负载的和；进程803的预测负载为，插件804的负载信息与进程803中运行的两个插件的总负载的和。可以理解的是，预测负载是预估将所要调度的插件，调度到进程后进程的总负载，具体应用中，可以没有将插件调度到进程的执行步骤。
判断进程801的预测负载、进程802的预测负载或进程803的预测负载与进程的第一负载阈值的关系。当进程801的预测负载、进程802的预测负载或进程803的预测负载均不超过第一负载阈值时，则将插件804调度到进程801、进程802或进程803的任一进程中。当进程801的预测负载不超过第一负载阈值，进程802的预测负载和进程803的预测负载均超过第一负载阈值时，可以将插件804调度到进程801中。在进程调度中，可以预测将插件调度到第一进程时，第一进程是否超过负载阈值，将插件设置在预测负载不超过负载阈值第一目标进程中，就可以避免调度后第一进程中出现超出负载阈值的情况，实现进程运行时的负载均衡。
一种可能的实现方式中，特征信息包括插件的关联插件信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：将插件设置在第三进程中，第三进程为运行与关联插件信息相关的相关插件的进程。该相关插件包括：与插件读取的资源相同的插件。
示例性的，在图8所示的调度场景中，当用户根据插件804的关联插件信息进行调度时。获取进程内与插件804读取资源相同的相关插件。当插件8021与插件804读取的资源相同时，可以将插件804调度到插件8021所在的进程802中。
一种可能的实现方式中，特征信息包括插件的运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取进程中，正在运行的各插件的运行时长，将待调度的插件，设置在各插件的运行时长与待调度的插件的运行时长相近的进程中。
示例性的，在图8所示的调度场景中，当用户根据插件804的运行时长信息进行调度时。获取进程中插件8011、插件8012、插件8013、插件8014、插件8021、插件8022、插件8023、插件8031和插件8032的运行时长。判断该插件804的运行时长与各插件的运行时长的关系。当待调度插件的运行时长与上述插件中的其中一个插件的运行时长的差值不超过系统设定的预设阈值时，则将待调度插件调度到该插件所在的进程中。当插件804的运行时长与插件8021的运行时长的差值不超过该预设阈值时，可以将插件804调度到插件8021所在的进程802中。在运行该进程时，就可以同时运行多个关联插件，由于关联插件间读取的资源是相同的，就可以减少执行多次读取相同资源操作的耗能，进而减少进程运行的耗能情况。
一种可能的实现方式中，特征信息包括插件的优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中。其中，插件的优先级可以根据用户触发该插件的频率确定，当用户触发该插件的频率越高，插件的优先级越高；进程的优先级可以为终端设备对进程预先设定的。
示例性的，在图8所示的调度场景中，当用户根据插件804、插件805、或插件806的优先级信息进行调度时。获取正在运行的各进程的优先级。当插件804的优先级较高时，可以将插件804调度到系统设定的优先级高的进程801中。当插件805的优先级较低时，可以将插件调度到系统设定的优先级低的进程802中。当插件806的优先级信息既不满足高优先级也不满足低优先级时，可以将插件调度到系统设定的默认优先级的进程803中。将优先级高的插件优先调度到相应的进程中，保证微应用中较为重要的功能的正常实现。
在图4对应的实施例的基础上，一种可能的实现方式中，S404包括：根据该特征信息禁用插件。
一种可能的实现方式中，特征信息包括安全等级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，将插件分配在可用于运行插件的进程中；或者，在安全等级信息表示插件为风险插件的情况下，将插件分配在独立的进程中；或者，在安全等级信息表示插件为异常插件的情况下，禁用插件。
其中，该安全等级信息可以包括插件引发的进程崩溃概率、插件引发的内存泄露概率、或根据进程崩溃概率和内存泄露概率计算得到的概率。在该安全等级信息小于第一值时，表示插件为安全插件；在该安全等级信息大于或等于第一值，且小于或等于第二值时，表示插件为风险插件；在该安全等级信息大于第二值时，表示插件为异常插件。其中，该插件引发的进程崩溃概率为，由于该插件的异常而引发进程出现崩溃情况时，崩溃进程中该插件出现的总次数与总的进程崩溃次数的比值；该插件引发的内存泄露概率为，由于该插件的异常而引发进程出现内存泄漏情况时，内存泄漏进程中插件出现的总次数与总的进程内存泄漏次数的比值。第一值和第二值为终端设备为标识插件的类型所设定的安全等级信息的阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804、插件805或插件806的安全等级信息进行调度时。根据插件804、插件805或插件806的安全等级信息确定该插件的插件类型。当插件804为正常插件时，将该插件分配到可以运行该插件的进程801中。当插件805为风险插件时，将插件分配到终端设备设定的独立的进程802中。当插件806为异常插件时，禁用该插件，并将该插件806的错误报告发送给终端设备。根据不同安全等级的插件对插件执行更加合适的调度策略。
在图4对应的实施例的基础上，一种可能的实现方式中，S404包括：根据插件的多个特征信息可以将插件设置在与该插件的多个特征信息相适应的进程。
一种可能的实现方式中，特征信息包括负载信息和安全等级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，根据安全插件的负载信息计算可用于运行安全插件的第二进程的预测负载；第二进程的预测负载为将安全插件设置在第二进程时，第二进程的总负载；第二进程的数量为多个；将安全插件设置在第二目标进程中，第二目标进程为第二进程中，预测负载不超过第二负载阈值的进程。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息和安全等级信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的负载信息调度插件。利用该插件的负载信息调度插件过程不再赘述。
当插件804为风险插件时，将插件分配到终端设备设定的独立的进程802中。当插件804为异常插件时，禁用该插件，可以将该插件804的错误报告发送给终端设备。
一种可能的实现方式中，特征信息包括插件的负载信息和关联插件信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：根据插件的负载特征计算进程的预测负载，将插件设置在运行与关联插件信息相关的相关插件的进程，且该进程的预测负载不超终端设备设定的负载阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息和关联插件信息进行调度时。获取进程内与插件804读取资源相同的相关插件，当插件8011或插件8021与插件804读取的资源相同时，表征插件804，与插件8011或插件8021为相关插件。
计算将插件804设置在该相关插件所在的进程801或进程802的预测负载，判断进程801的预测负载或进程802的预测负载与进程的负载阈值的关系。当进程801、进程802的预测负载不超过该负载阈值时，可以将插件804调度到进程801或进程802的任一进程中。当进程801的预测负载不超过该负载阈值，且进程803的预测负载超过该负载阈值时，则将插件804调度到进程801中。
一种可能的实现方式中，特征信息包括插件的负载信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：根据插件的负载信息计算可用于运行该插件的进程的预测负载，根据插件的运行时长计算可用于运行该插件的进程的预测运行时长，将插件设置在该预测负载与该预测运行时长的乘积不超过系统设定的阈值的进程中。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息和运行时长信息进行调度时。计算将该插件设置在进程801、进程802或进程803中，进程801、进程802或进程803的各进程的预测负载与各进程的预测运行时长。其中，进程801的预测运行时长为，插件804的运行时长信息与进程801中运行的四个插件的总运行时长的和；进程802的预测运行时长为，插件804的运行时长信息与进程802中运行的三个插件的总运行时长的和；进程803的预测运行时长为，插件804的运行时长信息与进程803中运行的两个插件的总运行时长的和。可以理解的是，预测运行时长是预估将所要调度的插件，调度到进程后，该进程的总运行时长，具体应用中，可以没有将插件调度到进程的执行步骤。
判断进程801、进程802或进程803的各进程的预测负载与各进程的预测运行时长的乘积与系统设定的阈值的关系。将插件804调度到进程的预测负载与进程的预测运行时长的乘积不超过系统设定的阈值的进程中。当进程801、进程802或进程803的各进程的预测负载与各进程的预测运行时长的乘积不超过系统设定的阈值时，可以将插件804调度到进程801、进程802或进程803的任一进程中。
一种可能的实现方式中，特征信息包括插件的负载信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，且该进程的预测负载不超终端设备设定的负载阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息和优先级信息进行调度时。当插件804的优先级较高时，则将插件调度到系统设定的优先级较高的进程801或进程802中。当该进程801与进程802的优先等级相同时，利用插件的负载信息调度插件。
计算将插件804设置在进程801或进程802中，进程801的预测负载或进程802的预测负载。判断进程801的预测负载或进程802的预测负载与进程的负载阈值的关系。当进程801的预测负载不超过负载阈值，且进程802的预测负载超过负载阈值时，则将插件804调度到进程801中。
一种可能的实现方式中，特征信息包括插件的安全等级信息和关联插件信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，将插件设置在运行与关联插件信息相关的相关插件所在的进程中。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息和关联插件信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的关联插件信息调度插件。该利用插件的关联插件信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取进程中，正在运行的各插件的运行时长，将待调度的插件，设置在各插件的运行时长与待调度的插件的运行时长相近的进程中。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息和运行时长信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的运行时长信息调度插件。该利用插件的运行时长信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息和优先级信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的优先级信息调度插件。该利用插件的优先级信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的关联插件信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取进程中，正在运行的各插件的运行时长，将插件设置在运行与关联插件信息相关的相关插件的进程，且该进程中各插件的运行时长与待调度的插件的运行时长相近。
示例性的，在图8所示的调度场景中，当用户根据插件804的关联插件和运行时长信息进行调度时。获取进程内与插件804读取资源相同的相关插件，以及当前进程中插件8011、插件8012、插件8013、插件8014、插件8021、插件8022、插件8023、插件8031和插件8032的各插件的运行时长。当插件8011或插件8021与插件804读取的资源相同时，则表示插件8011或插件8021与插件804为相关插件。
利用插件的运行时长信息调度插件。获取相关插件所在的进程中插件8011、插件8012、插件8013、插件8014、插件8021、插件8022和插件8023的各插件的运行时长。判断该插件804的运行时长与各插件的运行时长的关系。当待调度插件的运行时长与上述插件中的其中一个插件的运行时长的差值不超过系统设定的预设阈值时，则将待调度插件调度到该插件所在的进程中。当插件804的运行时长与插件8021的运行时长的差值不超过该预设阈值，则将插件804调度到插件8021所在的进程802中。
一种可能的实现方式中，特征信息包括插件的关联插件信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，该进程满足待调度插件与关联插件信息相关的相关插件运行在同一进程中。
示例性的，在图8所示的调度场景中，用户根据插件804的关联插件信息和优先级信息进行调度。
可以先根据插件的关联插件信息确定进程的范围，再利用插件的优先级信息选择合适的进程进行调度。获取进程内与插件804读取资源相同的相关插件，当插件8011或插件8021与插件804读取的资源相同时，表征插件804与插件8011或插件8021为相关插件。确定可以在满足关联插件信息的进程801或进程802中调度插件。再利用插件的优先级信息调度插件。将插件804调度到系统设定的进程的优先级较高的进程801中。
也可以先根据插件的优先级信息确定进程的范围，再利用插件的关联插信息选择合适的进程进行调度。当插件804的优先级较高时，且终端设备设定的进程801与进程802的优先级都较高时，再进一步利用插件的关联信息调度插件。当插件804与进程801中的插件8013互为相关插件，则将插件调度到进程801中。
一种可能的实现方式中，特征信息包括插件的运行时长信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，且该优先级高的进程满足进程中各插件的运行时长与待调度的插件的运行时长相近。
示例性的，在图8所示的调度场景中，当用户根据插件804的运行时长信息和插件的优先级信息进行调度时。该进程中。当插件804的优先级较高时，则将插件调度到系统设定的优先级较高的进程801或进程802中。当该进程801与进程802的优先等级相同时，利用插件的运行时长信息调度插件。
获取相关插件所在的进程中插件8011、插件8012、插件8013、插件8014、插件8021、插件8022和插件8023的各插件运行时长。判断该插件804的运行时长与各插件的运行时长的关系。当待调度插件的运行时长与上述插件中的其中一个插件的运行时长的差值不超过系统设定的预设阈值时，则将待调度插件调度到该插件所在的进程中。当插件804的运行时长与插件8021的运行时长的差值不超过该预设阈值，则将插件804调度到插件8021所在的进程802中。
一种可能的实现方式中，特征信息包括插件的安全等级信息、负载信息和关联插件信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，根据插件的负载特征计算进程的预测负载，将插件设置在运行与关联插件信息相关的相关插件的进程，且该进程的预测负载不超终端设备设定的负载阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息和关联插件信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的负载信息和关联插件信息调度插件。该利用该插件的负载信息和关联插件信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息、负载信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，根据插件的负载信息计算可用于运行该插件的进程的预测负载，根据插件的运行时长计算可用于运行该插件的进程的预测运行时长，将插件设置在该预测负载与该预测运行时长的乘积不超过系统设定的阈值的进程中。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、负载信息和运行时长信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的负载信息和运行时长信息调度插件。该利用该插件的负载信息和运行时长信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息、负载信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，且该进程的预测负载不超终端设备设定的负载阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、负载信息和优先级信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的负载信息和优先级信息调度插件。该利用该插件的负载信息和优先级信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息、关联插件信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取进程中，正在运行的各插件的运行时长，将插件设置在运行与关联插件信息相关的相关插件的进程，且该进程中各插件的运行时长与待调度的插件的运行时长相近。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、关联插件信息和运行时长信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的关联插件信息和运行时长信息调度插件。该利用该插件的关联插件信息和运行时长信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息、关联插件信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，该进程满足待调度插件与关联插件信息相关的相关插件运行在同一进程中。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、关联插件信息和优先级信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的关联插件信息和优先级信息调度插件。该利用该插件的关联插件信息和优先级信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息、运行时长信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，且该优先级高的进程满足进程中各插件的运行时长与待调度的插件的运行时长相近。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、运行时长信息和优先级信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的运行时长信息和优先级信息调度插件。该利用该插件的运行时长信息和优先级信息调度插件的过程不再赘述。当识别插件804为风险插件或异常插件时，利用插件的安全等级信息进行调度，该利用插件的安全等级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的负载信息、关联插件信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：将插件设置在运行与关联插件信息相关的相关插件所在的进程中，且该进程的预测负载与该预测运行时长的乘积不超过系统设定的阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息、关联插件信息和运行时长信息进行调度时。获取进程内与插件804读取资源相同的相关插件，当插件8011或插件8021与插件804读取的资源相同时，表征插件804与插件8011或插件8021为相关插件，确定可以在满足关联插件信息的进程801和进程802中调度插件。利用插件的负载信息和运行时长信息调度插件。该利用插件的负载信息和运行时长信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的负载信息、优先级信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，且该优先级高的进程的预测负载与该预测运行时长的乘积不超过系统设定的阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息、优先级信息和运行时长信息进行调度时。当插件804的优先级较高时，则将插件调度到系统设定的优先级较高的进程801或进程802中。
当该进程801与进程802的优先等级相同时，利用插件的负载信息和运行时长信息调度插件。该利用插件的负载信息和运行时长信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的负载信息、关联插件信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，该进程满足待调度插件与关联插件信息相关的相关插件运行在同一进程中，该进程还满足该进程的预测负载不超终端设备设定的负载阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息、关联插件信息和优先级信息进行调度时。获取进程内与插件804读取资源相同的相关插件，获取正在运行的各进程的优先级。
当插件804的优先级较高时，且终端设备设定的进程801、进程802和进程803的优先级都较高时，利用插件的关联信息调度插件。当插件804与进程801中的插件8013以及进程802中的插件8023互为相关插件，则可以将插件调度到进程801中或进程802中。
利用插件的负载信息，计算将插件804设置在进程801或进程802中，进程801的预测负载或进程802的预测负载。判断进程801的预测负载或进程802的预测负载与进程的负载阈值的关系。当进程801的预测负载不超过负载阈值，且进程802的预测负载超过负载阈值时，则将插件804调度到进程801中。
当进程801、进程802和进程803均不能够同时满足插件的负载信息、关联插件信息和优先级信息，则将插件804调度的异常情况发送给终端设备。
一种可能的实现方式中，特征信息包括插件的关联插件信息、运行时长信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，该进程满足待调度插件与关联插件信息相关的相关插件运行在同一进程中，且该进程还满足进程中各插件的运行时长与待调度的插件的运行时长相近。
示例性的，在图8所示的调度场景中，当用户根据插件804的关联插件信息、运行时长信息和优先级信息进行调度时。获取进程内与插件804读取资源相同的相关插件，当插件8011、插件8021或插件8031与插件804读取的资源相同时，表征插件804与插件8011、插件8021、或插件8031为相关插件。确定可以在满足关联插件信息的进程801、进程802或进程803中调度插件
利用插件的优先级信息调度插件。当插件804的优先级较高，且终端设备设定的进程801和进程803的优先级都较高时，再进一步利用插件的运行时长信息调度插件。
获取满足关联插件信息和优先级信息的进程801和进程803中：插件8011、插件8012、插件8013、插件8014、插件8031和插件8032的各插件运行时长。判断该插件804的运行时长与各插件的运行时长的关系。当待调度插件的运行时长与上述插件8011、插件8012、插件8013、插件8014、插件8031和插件8032中的其中一个插件的运行时长的差值不超过预设阈值时，则将待调度插件调度到该插件所在的进程中。当插件804的运行时长与插件8031的运行时长的差值不超过该预设阈值，则将插件804调度到插件8031所在的进程803中。
一种可能的实现方式中，特征信息包括插件的安全等级信息、负载信息、关联插件信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，将插件设置在运行与关联插件信息相关的相关插件所在的进程中，且该进程的预测负载与该预测运行时长的乘积不超过系统设定的阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、负载信息、关联插件信息和运行时长信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的安全等级信息、关联插件信息和运行时长信息调度插件。该利用该插件的关联插件信息、关联插件信息和运行时长信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息、负载信息、优先级信息和运行时长信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，且该优先级高的进程的预测负载与该预测运行时长的乘积不超过系统设定的阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、负载信息、优先级信息和运行时长信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的负载信息、优先级信息和运行时长信息调度插件。该利用该插件的负载信息、优先级信息和运行时长信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息、负载信息、关联插件信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，该进程满足待调度插件与关联插件信息相关的相关插件运行在同一进程中，该进程还满足该进程的预测负载不超终端设备设定的负载阈值。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、负载信息、关联插件信息和优先级信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的负载信息、关联插件信息和优先级信息调度插件。该利用该插件的负载信息、关联插件信息和优先级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的安全等级信息、关联插件信息、运行时长信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，该进程满足待调度插件与关联插件信息相关的相关插件运行在同一进程中，且该进程还满足进程中各插件的运行时长与待调度的插件的运行时长相近。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、关联插件信息、运行时长信息和优先级信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件关联插件信息、运行时长信息和优先级信息调度插件。该利用该插件的关联插件信息、运行时长信息和优先级信息调度插件的过程不再赘述。
一种可能的实现方式中，特征信息包括插件的负载信息、关联插件信息、运行时长信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，该进程满足待调度插件与关联插件信息相关的相关插件运行在同一进程中，且该进程还满足进程中各插件的运行时长与待调度的插件的运行时长相近。
示例性的，在图8所示的调度场景中，当用户根据插件804的负载信息、关联插件信息、运行时长信息和优先级信息进行调度时。获取进程内与插件804读取资源相同的相关插件，获取正在运行的各进程的优先级。
当插件804的优先级较高时，且终端设备设定的进程801、进程802和进程803的优先级都较高时，利用插件的关联信息调度插件。当插件804与进程801中的插件8013以及进程802中的插件8023互为相关插件，则可以将插件调度到进程801中或进程802中。
利用插件的负载信息和插件的运行时长调度插件。获取满足关联插件信息和优先级信息的进程801和进程802中：插件8011、插件8012、插件8013、插件8014、插件8021、插件8022和插件8023的各进程的运行时长。判断该插件804的运行时长与各插件的运行时长的关系。当待调度插件的运行时长与上述插件8011、插件8012、插件8013、插件8014、插件8021、插件8022和插件8023中的其中一个插件的运行时长的差值不超过预设阈值时，则将待调度插件调度到该插件所在的进程中。当插件804的运行时长与插件8013的运行时长的差值不超过该预设阈值，则将插件804调度到插件8013所在的进程801中。
一种可能的实现方式中，特征信息包括插件的安全等级信息、负载信息、关联插件信息、运行时长信息和优先级信息，根据插件的特征信息将插件设置在与插件的特征信息相适应的进程，包括：在安全等级信息表示插件为安全插件的情况下，获取各插件的优先级和正在运行的各进程的优先级，将优先级高的插件设置在相应的优先级高的进程中，该进程满足待调度插件与关联插件信息相关的相关插件运行在同一进程中，且该进程还满足进程中各插件的运行时长与待调度的插件的运行时长相近。
示例性的，在图8所示的调度场景中，当用户根据插件804的安全等级信息、负载信息、关联插件信息、运行时长信息和优先级信息进行调度时。根据插件804的安全等级信息确定该插件的插件类型。当插件804为正常插件时，利用该插件的负载信息、关联插件信息、运行时长信息和优先级信息调度插件。该利用该插件的负载信息、关联插件信息、运行时长信息和优先级信息调度插件的过程不再赘述。
可以理解的是，在本申请实施例提供的利用上述插件的特征信息间的相互结合得到的信息调度插件的场景中，当进程801、进程802和进程803均不能够同时满足上述插件的特征信息间的相互结合的信息，则将插件804调度的异常情况发送给终端设备。
可以理解的是，本申请实施例中对根据安全等级信息、负载信息、关联插件信息、运行时长信息和优先级信息执行插件调度的先后不作限定。根据插件的不同的特征信息，可以对插件执行更加合理的调度。
在图4对应的实施例的基础上，一种可能的实现方式中，S403包括：利用机器学习模型确定插件的特征信息；其中，机器学习模型是利用进程相关样本信息训练得到。本申请实施例中，可以利用终端设备计算插件的特征信息，也可以利用云端设备计算插件的特征信息。
一种可能的实现方式中，在终端设备中，利用机器学习模型确定插件的特征信息。
示例性的，利用机器学习模型确定插件的特征信息，其过程包括但不限于下述步骤：
S4031、获取进程相关样本信息。
该进程相关样本信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。示例性的，进程名称可以为终端设备为标识不同的进程，为进程设置的标识符号；插件列表可以为该进程当前运行的插件的名称列表；内存占比可以为该进程占终端设备的内存的百分比；中央处理器CPU使用率可以为该进程占终端设备的CPU的百分比；异常信息可以表示该进程信息是否是在进程发生异常时采集的，当该进程信息是在进程发生异常时采集的，异常信息的取值为真，当该进程信息不是在进程发生异常时采集的，异常信息的取值为假。
该获取进程相关样本信息，可以是从一个终端设备中多次获取进程相关信息得到的；也可以是从多个终端设备中获取进程相关信息得到的。可以理解的是，获取进程相关样本信息的方式可以根据实际场景有所不同，本申请实施例中对获取进程相关样本信息的方式不做限定。
S4032、将该进程相关样本信息输入到机器学习模型中训练。
示例性的，将进程相关样本信息输入到机器学习模型中，输出插件的负载信息；利用损失函数，比较模型输出的插件的预测负载信息与插件的真实负载信息的差距；当该输出的插件的预测负载信息与插件的真实负载信息的差距不满足损失函数，则调整该模型的参数，继续训练；直到输出插件的预测负载信息与插件的真实负载信息的差值满足损失函数，则模型训练结束，得到能够确定插件的负载信息的机器学习模型。
S4033、将进程相关信息输入到机器学习模型中，输出插件的特征信息。
终端设备利用进程快照获取进程相关信息。该进程相关信息包括：下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
将进程相关信息输入到训练好的机器学习模型中，就能够输出插件的特征信息，以特征信息包括负载信息为例，该插件的负载信息可以为机器学习模型中插件对应的权重。
示例性的，该插件的负载信息Valueload可以表示为：
Valueload＝w1x1+w2x2+…+wnxn
其中，wn为机器学习模型中插件对应的权重，wn代表插件xn运行时的负载信息。
可以理解的是，本申请实施例对确定该插件的特征信息的方式不做限定。
一种可能的实现方式中，除上述利用机器学习模型确定特征信息外，还可以利用统计学方法获取插件的特征信息。
示例性的，利用统计学方法获得插件的安全等级信息。终端设备获取进程的进程相关信息，利用该进程相关信息计算插件的安全等级信息。该安全等级信息可以包括：插件引发的进程崩溃概率、插件引发的内存泄露概率、或根据进程崩溃概率和内存泄露概率计算得到的概率。
该插件引发的进程崩溃概率Pxn可以为：
Pxn＝PNumxn/PNumtatal
其中，PNumxn为崩溃进程中该插件出现的总次数,PNumtatal为总的进程崩溃次数。
该插件引发的内存泄露概率Lxn可以为：
Lxn＝LNumxn/LNumtatal
其中，LNumxn为内存泄漏进程中插件出现的总次数,LNumtatal为总的进程内存泄漏次数的比值；
该根据进程崩溃概率和内存泄露概率计算得到的概率可以为，该进程崩溃概率和该内存泄露概率的加权。可以理解的是，本申请实施例中对该加权中权重的数值以及获取插件特征信息的方式不做限定。机器学习模型强大的学习和计算能力，能够对进程相关样本进行充分训练，就能够利用机器学习模型获得更加准确的特征信息。
示例性的，图9为本申请实施例提供的一种获取特征信息的流程示意图。第二设备(例如云端设备)可以利用机器学习模型或统计学方法等其他类型的方法计算插件的特征信息。如图9所示，该方法可以包括但不限于如下步骤：
S901、第二设备获取第一设备(例如终端设备)中的进程相关信息。
本申请实施例中，第二设备获取第一设备中的进程相关信息的时机可以为：定时从多个设备获取多个设备的进程相关信息；或者，在进程异常时发送的进程相关信息。
S902、第二设备根据进程相关信息计算特征信息文件。
本申请实施例中，该特征信息文件中包括多个插件的特征信息，该插件的特征信息包括插件对进程运行产生影响的信息。该计算特征信息文件的方法可以为利用机器学习、统计学方法或其他类型的计算方法计算插件的特征信息，并将该插件的特征信息存储到特征信息文件中。其中，利用机器学习模型或统计学模型计算特征信息的方法不再赘述。
S903、第二设备向第一设备发送特征信息文件。
S904、第一设备根据插件的标识从特征信息文件中获取插件的特征信息。
该插件的标识能够表征插件的特征信息。
通过上述S901-S904可以在第二设备中计算插件的特征信息，将包含插件的特征信息的特征信息文件发送至第一设备。第一设备可以利用插件的特征信息文件中插件的特征信息执行插件的调度。本申请实施例中对该插件的调度方式不再赘述。
本申请实施例中，也可以从第一设备计算插件特征信息，由于第一设备的计算能力有限以及第一设备还需要执行插件的调度等任务的原因，为不影响第一设备的其他业务，可以将计算插件特征信息的业务交由计算能力更强且专用的第二设备去执行。由于第二设备通常具有强大的计算能力，由第二设备计算插件的特征信息，可以减少第一设备的计算量，节约第一设备的计算资源。
对应于图9的实施例，示例性的，图10提供了一种插件管理系统的框架示意图。如图10所示，该插件管理系统，由外部请求产生模块1001、请求处理模块1002、插件调度模块1003、运行管理模块1004、返回调用结果1005、云平台1006和智能管理模块1007构成。
需要说明的是，可以在图2中的应用程序层实现外部请求产生模块1001所执行的步骤，在应用程序框架层实现请求处理模块1002、插件调度模块1003、运行管理模块1004、返回调用结果1005、云平台1006和智能管理模块1007所执行的步骤。可能的实现方式中，云平台1006也可以不在图2所示的终端设备中。
其中，外部请求产生模块1001用于，基于用户触发产生请求运行微应用的请求信息。
请求处理模块1002用于确定该请求信息需要调度的具体插件。
插件调度模块1003用于管理插件的调度，例如，插件调度模块1003可以包括：进程分配1031和插件加载1032，进程分配1031用于将插件分配到进程，插件加载1032将该插件加载运行。
运行管理模块1004用于对进程进行管理，例如，运行管理模块1004可以包括：运行监控1041和数据上报1042，运行监控1041可以获取各进程的运行信息，数据上报1042可以将运行信息上报至云平台1006。
云平台1006可以用于进程中插件的特征分析，例如，云平台可以利用特征分析1061进行插件的特征分析，从而获得特征文件1062。
云平台1006可以将特征文件1062发送给智能管理模块1007，并存储到本地。终端设备可以利用特征文件进行插件的智能管理1007，例如，问题插件的识别1072和负载均衡的插件进程分配1073。
智能管理模块1007可以将特征文件1062存储到本地，后续可以利用特征文件1062进行特征文件管理1071、问题识别1072和负载均衡1073。
在图10对应的框架示意图的基础上，如图11所示，示出了运行监控1041可以获取各进程的运行信息，数据上报1042可以将运行信息上报至云平台1006的示意图。
如图11所示，运行监控1041可以包括进程快照1105和运行监控1107，终端设备利用进程快照1105采集框架进程1106在运行时的进程快照信息(或称为进程相关信息)，运行监控1107采集进程快照信息并基于数据封装1108进行数据封装，基于数据上报1109将进程快照信息上报至云平台。
其中，该进程快照可以表示为：
ProcessSnopshot＝{PName，PluginList，％MEN，％CPU，Exception}
其中，PName为进程的名称，PluginList为该进程当前运行的插件名称列表，％MEN为该进程战用内存的百分比，％CPU为该进程占用CPU的百分比，该Exception为异常信息，该Exception的取值为true或者false，当该进程快照是在发生异常时采集的时，该的取值为true。
进程快照的上报时间Timereport可以为：
Timereport＝k×Timecollect(k∈N and k>1)
其中，Timecollect为进程快照的采集时间。
在图10对应的框架示意图的基础上，示例性的，图12示出了云平台利用进程快照信息得到特征文件的示意图。
如图12所示，云平台获取进程快照1201得到的进程名、插件列表、内存占比和CPU使用率，云平台利用特征分析1202进行插件的特征分析。例如，特征分析1202可以包括负载特征分析1221和异常特征分析1222。负载特征分析1221可以对进程快照信息分析，得到插件的负载信息。例如，Valueload可以满足下述公式。
Valueload＝f(％MEN，％CPU)
或者可以理解为，插件的负载信息Valueload与终端设备的内存占比和CPU使用率相关。
异常特征分析1222可以对进程快照信息分析，得到插件的安全等级信息。
例如，插件的安全等级信息Strategy可以表示为：
Figure BDA0002773043710000331
其中，no meansure表示不采取额外措施的正常分配，safe mode表示安全模式，forbidden mode表示禁用模式。该安全等级信息的计算过程不再赘述。
云平台分析插件的特征信息可以得到特征文件1203，终端设备可以从云平台下载该特征文件1203。进而终端设备可以利用特征文件1203进行插件调度。
示例性的，如图13所示，在终端设备接收到外部请求1301后，根据插件的特征信息文件进行插件识别1302并采取不同的问题处理策略1303。
例如，对于插件的安全等级信息小于a％的安全插件，将该插件设置在与插件的特征信息相适应的进程中运行；对于插件的安全等级信息在a％到b％之间的风险插件，将插件分配到系统设定的独立的进程中运行；对于插件的安全等级信息大于b％的异常插件，禁用该插件，还可以将插件的错误报告发送给终端。
示例性的，如图14所示，在终端设备识别插件为安全插件的情况下，可以依据插件的负载信息等实现负载均衡1402，例如，基于将插件分配1403将插件分配在适应的进程中。进一步的，终端设备可以用执行更新进程负载1404，以得到最新的进程信息等。
上面结合图4-图14，对本申请实施例的方法进行了说明，下面对本申请实施例提供的执行上述方法的插件管理装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的一种插件管理装置可以执行上述插件管理方法中终端设备所执行的步骤。另一种插件管理装置可以执行上述实施例中的插件管理方法中云端设备所执行的步骤。
如图15所示，图15示出了本申请实施例提供的插件管理装置的结构示意图，该插件管理装置可以是本申请实施例中的终端设备或云端设备，也可以为应用于终端设备或云端设备的芯片。该插件管理装置包括：处理单元151和通信单元152。其中，通信单元152用于支持插件管理装置执行信息发送或接收的步骤，处理单元151用于支持插件管理装置执行信息处理的步骤。
在一种可能的实施例中，插件管理装置还可以包括：存储单元153。处理单元151、通信单元152、存储单元153通过通信总线相连。
存储单元153可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。
存储单元153可以独立存在，通过通信总线与插件管理装置具有的处理单元151相连。存储单元153也可以和处理单元集成在一起。
插件管理装置可以用于通信设备、电路、硬件组件或者芯片中。
以插件管理装置可以是本申请实施例中终端设备或云端设备的芯片或芯片系统为例，则通信单元152可以是输入或者输出接口、管脚或者电路等。示例性的，存储单元153可以存储终端设备或云端设备侧的方法的计算机执行指令，以使处理单元151执行上述实施例中终端设备或云端设备侧的方法。存储单元153可以是寄存器、缓存或者RAM等，存储单元153可以和处理单元151集成在一起。存储单元153可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备，存储单元153可以与处理单元151相独立。
本申请实施例提供了一种插件管理装置，该插件管理装置包括一个或者多个模块，用于实现上述图4-图14中所包含的步骤中的方法，该一个或者多个模块可以与上述图4-图14中所包含的步骤中的方法的步骤相对应。
图16所示为本申请实施例提供的插件管理装置的硬件结构示意图。本申请实施例中的终端设备或云端设备的硬件结构均可以参考如图16所示的插件管理装置的硬件结构示意图。该插件管理装置包括处理器161，通信线路164以及至少一个通信接口(图16中示例性的以通信接口163为例进行说明)。
处理器161可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路164可包括一通路，在上述组件之间传送信息。
通信接口163，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线局域网(wireless local area networks，WLAN)，RAN等。
可能的，该插件管理装置还可以包括存储器162。
存储器162可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路164与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器162用于存储执行本申请方案的计算机执行指令，并由处理器161来控制执行。处理器161用于执行存储器162中存储的计算机执行指令，从而实现本申请下述实施例提供的策略控制方法。
可能的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
在具体实现中，作为一种实施例，处理器161可以包括一个或多个CPU，例如图16中的CPU0和CPU1。
在具体实现中，作为一种实施例，插件管理装置可以包括多个处理器，例如图16中的处理器161和处理器165。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
图17是本发明实施例提供的芯片170的结构示意图。芯片170包括一个或两个以上(包括两个)处理器1710和通信接口1730。
在一种可能的实施例中，如图17所示的芯片170还包括存储器1740，存储器1740可以包括只读存储器和随机存取存储器，并向处理器1710提供操作指令和数据。存储器1740的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。
在一些实施方式中，存储器1740存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：
在本发明实施例中，通过调用存储器1740存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。
一种可能的实现方式中为：终端设备或云端设备所用的芯片的结构类似，不同的装置可以使用不同的芯片以实现各自的功能。
处理器1710控制终端设备或云端设备的操作，处理器1710还可以称为中央处理单元(central processing unit，CPU)。存储器1740可以包括只读存储器和随机存取存储器，并向处理器1710提供指令和数据。存储器1740的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。例如应用中存储器1740、通信接口1730以及存储器1740通过总线系统1720耦合在一起，其中总线系统1720除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图17中将各种总线都标为总线系统1720。
以上通信单元可以是一种该装置的接口电路或通信接口，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信单元是该芯片用于从其它芯片或装置接收信号或发送信号的接口电路或通信接口。
上述本发明实施例揭示的方法可以应用于处理器1710中，或者由处理器1710实现。处理器1710可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1710中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1710可以是通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1740，处理器1710读取存储器1740中的信息，结合其硬件完成上述方法的步骤。
一种可能的实现方式中，通信接口1730用于执行图4-图14所示的实施例中的终端设备或云端设备的接收和发送的步骤。处理器1710用于执行图4-图14所示的实施例中的终端设备或云端设备的处理的步骤。
在上述实施例中，存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。计算机程序产品可以是事先写入在存储器中，也可以是以软件形式下载并安装在存储器中。
计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digitalversatile disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。
作为一种可能的设计，计算机可读介质可以包括RAM，ROM，EEPROM，CD-ROM或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，DVD，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。
本申请实施例还提供了一种计算机程序产品。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，可以全部或者部分得通过计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时，全部或部分地产生按照上述方法实施例中描述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、基站、终端或者其它可编程装置。
可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例中所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (24)

1.一种插件管理方法，其特征在于，应用于第一设备，包括：
接收用于请求运行微应用的请求信息；
确定所述请求信息对应的插件；所述插件用于实现所述微应用的部分或全部功能；
获取所述插件的特征信息；所述特征信息包括所述插件对进程运行产生影响的信息；
根据所述特征信息调度所述插件。
2.根据权利要求1所述的方法，其特征在于，所述特征信息包括下述的一种或多种：负载信息、安全等级信息、关联插件信息、运行时长信息或插件优先级信息。
3.根据权利要求1或2所述的方法，其特征在于，所述根据所述特征信息调度所述插件，包括：
将所述插件设置在与所述插件的特征信息相适应的进程中；
或者，根据所述特征信息禁用所述插件。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述特征信息包括负载信息，所述根据所述特征信息调度所述插件，包括：
根据所述负载信息计算可用于运行所述插件的第一进程的预测负载；所述第一进程的预测负载为将所述插件设置在所述第一进程时，所述第一进程的总负载；所述第一进程的数量为多个；
将所述插件设置在第一目标进程中；所述第一目标进程为所述第一进程中，所述预测负载不超过第一负载阈值的进程。
5.根据权利要求1-3任一项所述的方法，其特征在于，所述特征信息包括安全等级信息，所述根据所述特征信息调度所述插件，包括：
当所述安全等级信息表示所述插件为安全插件时，将所述插件分配在可用于运行所述插件的进程中；
或者，当所述安全等级信息表示所述插件为风险插件时，将所述插件分配在独立的进程中；所述独立的进程为预设的用于运行所述风险插件的进程；
或者，当所述安全等级信息表示所述插件为异常插件时，禁用所述插件。
6.根据权利要求5所述的方法，其特征在于，所述安全等级信息包括所述插件引发的进程崩溃概率、所述插件引发的内存泄露概率、或根据所述进程崩溃概率和所述内存泄露概率计算得到的概率；
在所述安全等级信息小于第一值时，表示所述插件为安全插件；
在所述安全等级信息大于或等于所述第一值，且小于或等于第二值时，表示所述插件为风险插件；
在所述安全等级信息大于所述第二值时，表示所述插件为异常插件。
7.根据权利要求5或6所述的方法，其特征在于，所述特征信息还包括负载信息，所述根据所述特征信息调度所述插件，包括：
在所述安全等级信息表示所述插件为所述安全插件的情况下，根据所述安全插件的负载信息计算可用于运行所述安全插件的第二进程的预测负载；所述第二进程的预测负载为将所述安全插件设置在所述第二进程时，所述第二进程的总负载；所述第二进程的数量为多个；
将所述安全插件设置在第二目标进程中，所述第二目标进程为所述第二进程中，所述预测负载不超过第二负载阈值的进程。
8.根据权利要求1-3任一项所述的方法，其特征在于，所述特征信息包括关联插件信息，所述根据所述特征信息调度所述插件，包括：
将所述插件设置在第三进程中，所述第三进程为运行与所述关联插件信息相关的相关插件的进程。
9.根据权利要求8所述的方法，其特征在于，所述相关插件包括：与所述插件读取的资源相同的插件。
10.根据权利要求1-9任一项所述的方法，其特征在于，所述获取所述插件的特征信息，包括：
接收来自第二设备的特征信息文件；所述特征信息文件中包括所述第二设备计算的多个插件的特征信息；
根据所述插件的标识，从所述特征信息文件中获取所述插件的特征信息。
11.根据权利要求10所述的方法，其特征在于，还包括：
向所述第二设备发送所述第一设备中的进程相关信息，所述进程相关信息用于计算所述特征信息文件。
12.根据权利要求11所述的方法，其特征在于，所述进程相关信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
13.根据权利要求1-9任一项所述的方法，其特征在于，所述获取所述插件的特征信息，包括：
利用机器学习模型确定所述特征信息；其中，所述机器学习模型是利用进程相关样本信息训练得到。
14.根据权利要求13所述的方法，其特征在于，所述进程相关样本信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
15.一种插件管理方法，其特征在于，应用于第二设备，所述方法包括：
获取进程相关信息；
根据所述进程相关信息计算特征信息文件，所述特征信息文件中包括多个插件的特征信息，所述插件的特征信息包括所述插件对进程运行产生影响的信息；
向第一设备发送所述特征信息文件。
16.根据权利要求15所述的方法，其特征在于，所述特征信息包括下述的一种或多种：负载信息、安全等级信息、关联插件信息、运行时长信息或插件优先级信息。
17.根据权利要求16所述的方法，其特征在于，所述安全等级信息包括所述插件引发的进程崩溃概率、所述插件引发的内存泄露概率、或根据所述进程崩溃概率和所述内存泄露概率计算得到的概率。
18.根据权利要求15-17任一项所述的方法，其特征在于，所述进程相关信息包括下述的一种或多种：进程名称、插件列表、内存占比、中央处理器CPU使用率或异常信息。
19.根据权利要求15-18任一项所述的方法，其特征在于，所述根据所述进程相关信息计算特征信息文件，包括：
根据所述进程相关信息训练机器学习模型；
利用所述机器学习模型输出所述特征信息文件。
20.根据权利要求15-19任一项所述的方法，其特征在于，所述获取进程相关信息，包括：
定时从多个设备获取所述多个设备的进程相关信息；
或者，获取所述多个设备在进程异常时发送的进程相关信息。
21.一种插件管理装置，其特征在于，包括：处理器和通信接口；
所述通信接口用于执行如权利要求1-14中任一项所述的插件管理方法中进行收发的操作，或执行如权利要求15-20中任一项所述的插件管理方法中进行收发的操作；所述处理器运行指令以执行如权利要求1-14中任一项所述的插件管理方法中进行处理或控制的操作，或执行如权利要求15-20中任一项所述的插件管理方法中进行处理或控制的操作。
22.一种芯片，其特征在于，所述芯片包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器耦合，所述至少一个处理器用于运行计算机程序或指令，以实现如权利要求1-14中任一项所述的插件管理方法，或以实现如权利要求15-20中任一项所述的插件管理方法；所述通信接口用于与所述芯片之外的其它模块进行通信。
23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令被一个或多个处理器运行时，实现如权利要求1-14中任一项所述的插件管理方法，或实现如权利要求15-20中任一项所述的插件管理方法。
24.一种计算机程序产品，其特征在于，所述计算机程序产品中存储有指令，当所述指令被一个或多个处理器运行时，实现如权利要求1-14中任一项所述的插件管理方法，或实现如权利要求15-20中任一项所述的插件管理方法。
CN202011255737.XA 2020-11-11 2020-11-11 插件管理方法、系统及装置 Pending CN114546511A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202011255737.XA CN114546511A (zh) 2020-11-11 2020-11-11 插件管理方法、系统及装置
PCT/CN2021/107524 WO2022100141A1 (zh) 2020-11-11 2021-07-21 插件管理方法、系统及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011255737.XA CN114546511A (zh) 2020-11-11 2020-11-11 插件管理方法、系统及装置

Publications (1)

Publication Number Publication Date
CN114546511A true CN114546511A (zh) 2022-05-27

Family

ID=81602096

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011255737.XA Pending CN114546511A (zh) 2020-11-11 2020-11-11 插件管理方法、系统及装置

Country Status (2)

Country Link
CN (1) CN114546511A (zh)
WO (1) WO2022100141A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116991505A (zh) * 2023-09-26 2023-11-03 统信软件技术有限公司 插件加载方法、装置、电子设备和存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103970573A (zh) * 2014-05-21 2014-08-06 百度在线网络技术（北京）有限公司 用于移动设备的轻应用程序系统及其程序加载系统和方法
CN104091132A (zh) * 2014-06-17 2014-10-08 小米科技有限责任公司 在路由设备上运行插件的方法、装置及路由设备
US20150150128A1 (en) * 2012-07-27 2015-05-28 Tencent Technology (Shenzhen) Company Limited Method and apparatus for intercepting or cleaning-up plugins
CN106688003A (zh) * 2014-05-21 2017-05-17 欧洲网络美国有限责任公司 金融交易系统
CN107704277A (zh) * 2016-08-03 2018-02-16 常州中兴华达科技有限公司 插件加载方法及系统
CN108958833A (zh) * 2018-06-14 2018-12-07 北京奇虎科技有限公司 一种加载插件的方法及终端设备
CN111352710A (zh) * 2018-12-24 2020-06-30 北京奇虎科技有限公司 进程管理方法及装置、计算设备、存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7254814B1 (en) * 2001-09-28 2007-08-07 Emc Corporation Methods and apparatus for managing plug-in services
US9436762B1 (en) * 2012-01-03 2016-09-06 Google Inc. Sharing a plug-in instance in a web client
CN103544058A (zh) * 2012-07-16 2014-01-29 天津书生投资有限公司 一种实现插件的方法和装置
CN103034495A (zh) * 2012-12-12 2013-04-10 北京奇虎科技有限公司 对网页中插件进行隔离的浏览器及网页插件的隔离方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150150128A1 (en) * 2012-07-27 2015-05-28 Tencent Technology (Shenzhen) Company Limited Method and apparatus for intercepting or cleaning-up plugins
CN103970573A (zh) * 2014-05-21 2014-08-06 百度在线网络技术（北京）有限公司 用于移动设备的轻应用程序系统及其程序加载系统和方法
CN106688003A (zh) * 2014-05-21 2017-05-17 欧洲网络美国有限责任公司 金融交易系统
CN104091132A (zh) * 2014-06-17 2014-10-08 小米科技有限责任公司 在路由设备上运行插件的方法、装置及路由设备
CN107704277A (zh) * 2016-08-03 2018-02-16 常州中兴华达科技有限公司 插件加载方法及系统
CN108958833A (zh) * 2018-06-14 2018-12-07 北京奇虎科技有限公司 一种加载插件的方法及终端设备
CN111352710A (zh) * 2018-12-24 2020-06-30 北京奇虎科技有限公司 进程管理方法及装置、计算设备、存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116991505A (zh) * 2023-09-26 2023-11-03 统信软件技术有限公司 插件加载方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
WO2022100141A1 (zh) 2022-05-19

Similar Documents

Publication Publication Date Title
CN111316199B (zh) 一种信息处理方法及电子设备
WO2021115112A1 (zh) 安装包的下载方法、分发方法、终端设备、服务器及系统
CN113704205B (zh) 日志存储的方法、芯片、电子设备和可读存储介质
WO2021052070A1 (zh) 一种帧率识别方法及电子设备
CN113254409A (zh) 文件共享方法、系统及相关设备
CN113553130A (zh) 应用执行绘制操作的方法及电子设备
WO2022078105A1 (zh) 内存管理方法、电子设备以及计算机可读存储介质
CN111835904A (zh) 一种基于情景感知和用户画像开启应用的方法及电子设备
CN115333941B (zh) 获取应用运行情况的方法及相关设备
CN113656089B (zh) 应用程序中的类验证方法和装置
CN111249728B (zh) 一种图像处理方法、装置及存储介质
WO2022100141A1 (zh) 插件管理方法、系统及装置
CN111104209A (zh) 一种处理任务的方法及相关设备
WO2021238376A1 (zh) 功能包的加载方法、装置、服务器和电子设备
CN114461589B (zh) 读取压缩文件的方法、文件系统及电子设备
CN113407300B (zh) 应用误杀评估方法及相关设备
CN113485709B (zh) 应用优化方法、装置以及电子设备
CN114828098B (zh) 数据传输方法和电子设备
CN114489469B (zh) 一种数据读取方法、电子设备及存储介质
WO2022033355A1 (zh) 一种邮件处理方法及电子设备
CN116700913A (zh) 嵌入式文件系统的调度方法、设备及存储介质
CN113467821A (zh) 应用程序的修复方法、装置、设备及可读存储介质
CN114816973A (zh) 调试代码的方法、装置、电子设备和可读存储介质
CN112286596A (zh) 消息显示方法及电子设备
CN116048831B (zh) 一种目标信号处理方法和电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination