CN117407111A - 图形显示服务启动方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明公开了一种图形显示服务启动方法、装置、电子设备和存储介质。其中，该方法包括：响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取窗口管理进程的就绪通知；根据就绪通知触发systemd守护进程启动图形显示服务，其中，图形显示服务依赖于窗口管理服务，systemd守护进程用于管理窗口管理服务和图形显示服务。通过在窗口管理进程初始化资源完成时，就发送就绪通知至systemd守护进程，再由systemd守护进程通知图形显示服务提前开始启动，避免窗口管理服务因启动时间过长使得图形显示服务先启动，进而导致图形显示服务启动失败的问题，可以在保证图形显示服务启动稳定性的前提下提前无缝启动以缩短启动时间。

Description

图形显示服务启动方法、装置、电子设备和存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种图形显示服务启动方法、装置、电子设备和存储介质。

背景技术

在基于Linux操作系统的车载信息娱乐系统中，多个服务之间往往存在着相互依赖的关系，如图形显示服务的启动需要依赖于窗口管理服务，这种先后执行的依赖关系通常可以通过一些关键字(例如After、Before等)进行确定。然而这种依赖关系不是可靠的，在实际应用中，可能存在窗口管理服务因启动时间过长，即未启动就绪情况下，图形显示服务就开始启动了，进而导致图形显示服务启动失败，此时图形显示服务只能做延时等待或者不断重启等待窗口管理服务完全启动完毕，这个延时过程会具有较高的不确定性，同时不断地重启检测也会消耗更多的系统资源。

发明内容

本发明提供了一种图形显示服务启动方法、装置、电子设备和存储介质，可以在窗口管理进程初始化资源完成时，就发送就绪通知至systemd守护进程，再由systemd守护进程通知图形显示服务提前开始启动，保证了窗口管理服务和图形显示服务之间的强关联性，避免窗口管理服务因启动时间过长使得图形显示服务先启动，进而导致图形显示服务启动失败的问题，可以在保证图形显示服务启动稳定性的前提下提前无缝启动以缩短启动时间。

根据本发明的一方面，提供了一种图形显示服务启动方法，该方法包括：

响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取窗口管理进程的就绪通知；

根据就绪通知触发systemd守护进程启动图形显示服务，其中，图形显示服务依赖于窗口管理服务，systemd守护进程用于管理窗口管理服务和图形显示服务。

根据本发明的另一方面，提供了一种图形显示服务启动装置，该装置包括：

就绪通知模块，用于响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取窗口管理进程的就绪通知；

图形显示服务启动模块，用于根据就绪通知触发systemd守护进程启动图形显示服务，其中，图形显示服务依赖于窗口管理服务，systemd守护进程用于管理窗口管理服务和图形显示服务。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的图形显示服务启动方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的图形显示服务启动方法。

本发明实施例的技术方案，通过响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取窗口管理进程的就绪通知；根据就绪通知触发systemd守护进程启动图形显示服务，其中，图形显示服务依赖于窗口管理服务，systemd守护进程用于管理窗口管理服务和图形显示服务。本发明实施例通过在窗口管理进程初始化资源完成时，就发送就绪通知至systemd守护进程，再由systemd守护进程通知图形显示服务提前开始启动，保证了窗口管理服务和图形显示服务之间的强关联性，避免窗口管理服务因启动时间过长使得图形显示服务先启动，进而导致图形显示服务启动失败的问题，可以在保证图形显示服务启动稳定性的前提下提前无缝启动以缩短启动时间。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一提供的一种服务启动的示例图；

图2是根据本发明实施例一提供的一种图形显示服务启动方法的流程图；

图3是根据本发明实施例二提供的一种图形显示服务启动方法的流程图；

图4是根据本发明实施例三提供的一种图形显示服务启动方法的流程图；

图5是根据本发明实施例三提供的一种HMI服务启动的示例图；

图6是根据本发明实施例四提供的一种图形显示服务启动装置的结构示意图；

图7是实现本发明实施例的图形显示服务启动方法的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

参见图1，在基于Linux操作系统的车载信息娱乐系统中，对于两个存在依赖关系的systemd服务：服务A(例如窗口管理服务)和服务B(例如图形显示服务)，其中，服务A在配置文件中定义了Before＝B，其表明服务B需要在服务A执行后再执行，但这并不是一种可靠的依赖关系，systemd机制只能保证服务里面的命令被执行，但是它无法监测命令什么时候执行结束以及它是否会结束。因此可能存在以下情况：虽然服务A先于服务B执行，但是有可能执行服务A的进程却晚于执行服务B的进程，由于服务B的执行依赖于服务A的执行，这将会导致服务B启动失败。服务B只能做延时等待或者不断重启等待服务A完全启动完毕，其中，做延时处理具有不确定性，随着硬件环境变化、不同的业务部署，进程的启动时间是波动的，进而延时的时间就具有不确定性；另外，不断的重启检测也会消耗更多的系统资源。本发明实施例提供的图形显示服务启动方法可以解决上述问题。

图2为本发明实施例一提供了一种图形显示服务启动方法的流程图，本实施例可适用于启动图形显示服务的情况，该方法可以由图形显示服务启动装置来执行，该图形显示服务启动装置可以采用硬件和/或软件的形式实现，该图形显示服务启动装置可配置于有计算能力的电子设备中。如图2所示，本实施例一提供的一种图形显示服务启动方法，具体包括如下步骤：

S110、响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取窗口管理进程的就绪通知。

其中，窗口管理服务可以是指用于对系统的显示资源进行初始化和统一管理的服务，窗口管理服务可以至少包括：Weston服务。窗口管理进程可以用于对操作系统的显示资源进行初始化和统一管理，窗口管理进程可以至少包括：Weston进程。Weston是Wayland协议的参考实现，主要用于实现对图形系统进行窗口管理、窗口合成以及输入管理等功能。Weston是Linux图形框架的一个窗口合成器，在基于Weston的图形框架中图形应用(图形显示服务)的启动都需要等Weston准备就绪才能启动。systemd守护进程(system daemon)可以是一个用于管理系统中所有systemd服务的服务管理器，它的功能是以更优秀的框架以表示系统服务间的依赖关系，并依此实现系统初始化时服务的并行启动，同时达到降低shell的系统开销的效果。

初始化完成指令可以理解为在窗口管理进程初始化资源完成后触发的指令，可以理解的是，此时的窗口管理进程并未完全启动完毕，以Weston进程为例，Weston进程在完成初始化显示资源，且具备基础的显示功能后，即可向依赖于Weston服务的图形显示服务发送就绪通知，以使得图形显示服务可以在保证稳定性的前提下提前开始启动。

在本发明实施例中，为了实现窗口管理服务与依赖于前者的图形显示服务之间的无缝启动，减少用户系统(例如车载信息娱乐系统)启动后图形显示服务的启动时间，可以利用操作系统的systemd守护进程对窗口管理服务和图形显示服务进行统一管理，在窗口管理进程完成初始化显示资源，且具备基础的显示功能之后，即响应于窗口管理进程的初始化完成指令，可以控制systemd守护进程获取窗口管理进程发送的就绪通知，其中，控制systemd守护进程获取窗口管理进程的就绪通知的方式，可以包括但不限于以下几种：可以通过调用窗口管理服务和systemd守护进程之间预先配置的服务通知模块，以将窗口管理进程的就绪通知发送至systemd守护进程；可以预先打通窗口管理服务和systemd守护进程之间的控制协议通道，利用该控制协议通道将窗口管理进程的就绪通知发送至systemd守护进程。

S120、根据就绪通知触发systemd守护进程启动图形显示服务，其中，图形显示服务依赖于窗口管理服务，systemd守护进程用于管理窗口管理服务和图形显示服务。

其中，图形显示服务可以是指用于实现图形界面显示的相关服务(应用)，图形显示服务依赖于上述的窗口管理服务，图形显示服务可以包括但不限于各种人机界面(HumanMachine Interface，HMI)服务，示例性的，图形显示服务可以是车载仪表显示服务。

在本发明实施例中，systemd守护进程在收到就绪通知之后，可以根据该就绪通知让图形显示服务开始启动，其中，根据就绪通知触发systemd守护进程启动图形显示服务的方式，可以包括但不限于以下几种：控制systemd守护进程按照就绪通知调用预设服务启动函数以启动图形显示服务；控制systemd守护进程按照就绪通知向图形显示服务发送服务启动指令，以使图形显示服务按照该服务启动指令进行服务启动。

需要理解的是，上述实施例中的窗口管理服务和图形显示服务仅作为示例，在实际应用中，对于使用systemd守护进程管理多个存在相互依赖关系的服务，均可以采用上述服务启动方法来实现服务之间在保证稳定性的前提下的无缝启动。

本发明实施例的技术方案，通过响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取窗口管理进程的就绪通知；根据就绪通知触发systemd守护进程启动图形显示服务，其中，图形显示服务依赖于窗口管理服务，systemd守护进程用于管理窗口管理服务和图形显示服务。本发明实施例通过在窗口管理进程初始化资源完成时，就发送就绪通知至systemd守护进程，再由systemd守护进程通知图形显示服务提前开始启动，保证了窗口管理服务和图形显示服务之间的强关联性，避免窗口管理服务因启动时间过长使得图形显示服务先启动，进而导致图形显示服务启动失败的问题，可以在保证图形显示服务启动稳定性的前提下提前无缝启动以缩短启动时间。

实施例二

图3为本发明实施例二提供的一种图形显示服务启动方法的流程图，基于上述实施方式进一步进行优化与扩展，并可以与上述实施方式中各个可选技术方案结合。如图3所示，本实施例二提供的一种图形显示服务启动方法，具体包括如下步骤：

S210、响应于窗口管理进程的初始化完成指令，控制窗口管理进程调用预设服务通知模块将就绪通知发送至systemd守护进程。

其中，预设服务通知模块可以理解为用于实现将窗口管理进程的就绪通知发送至systemd守护进程的功能模块。

在本发明实施例中，为了实现窗口管理服务与依赖于前者的图形显示服务之间的无缝启动，减少用户系统(例如车载信息娱乐系统)启动后图形显示服务的启动时间，可以利用操作系统的systemd守护进程对窗口管理服务和图形显示服务进行管理，在窗口管理进程完成初始化显示资源，且具备基础的显示功能之后，即响应于窗口管理进程的初始化完成指令，可以控制窗口管理进程调用预先配置的预设服务通知模块，将窗口管理进程对应的就绪通知发送至systemd守护进程，以便后续systemd守护进程可以通知图形显示服务提前开始启动。

进一步地，在上述发明实施例的基础上，本实施例提供的一种图形显示服务启动方法，还包括：

在目标操作系统中依次启动systemd守护进程和窗口管理服务，将窗口管理服务的服务启动类型设置为notify模式，并控制窗口管理服务进程加载预设服务通知模块。

在本发明实施例中，可以在目标操作系统启动后，启动systemd守护进程，用于管理整个系统的systemd服务；然后，目标操作系统开始自启动窗口管理服务，并将窗口管理服务的服务启动类型设置为notify模式，即开始启动窗口管理服务的真正进程，同时控制窗口管理服务进程加载预设服务通知模块，为后续的就绪通知做准备，其中，目标操作系统可以至少包括Linux操作系统，目标操作系统可以配置于车载信息娱乐系统、智能设备上的嵌入式系统、服务器等用户系统中。

S220、控制systemd守护进程将窗口管理服务的服务状态设置为就绪状态。

在本发明实施例中，在窗口管理进程发出就绪通知之后，窗口管理进程可以继续完成后续的启动工作，同时控制systemd守护进程将窗口管理服务的服务状态设置为就绪状态，例如可以是将窗口管理服务的服务状态设置为READY＝1。

S230、控制systemd守护进程按照就绪通知调用预设服务启动函数以启动图形显示服务。

其中，预设服务启动函数可以是指预先配置的用于实现启动图形显示服务的函数，预设服务启动函数可以至少包括：systemctl start函数等。

在本发明实施例中，systemd守护进程在收到就绪通知之后，可以调用预设服务启动函数以使图形显示服务开始启动，其中，预设服务启动函数可以至少包括：systemctlstart函数等。

进一步地，在上述发明实施例的基础上，本实施例提供的一种图形显示服务启动方法，还包括：

控制systemd守护进程从预设单元配置文件的启动顺序关键字中获取窗口管理服务和图形显示服务对应的服务执行顺序。

其中，预设单元配置文件可以是指针对窗口管理服务和图形显示服务预先配置的service配置文件，在service配置文件中包含三个区块的参数信息，一是Unit区块，用于描述启动顺序与依赖关系；二是Service区块，用于描述与启动行为相关的定义；三是Install区块，用于描述与服务安装相关的定义。在Unit区块中可以包含用于描述服务执行顺序的启动顺序关键字，启动顺序关键字可以包括After/Before关键字，示例性的，若在服务A的预设单元配置文件中定义：After＝B，则表明服务A需要在服务B执行后再执行。

在本发明实施例中，systemd守护进程可以从不限于/etc/systemd/、/usr/lib/systemd等路径下读取预设单元配置文件，进而从预设单元配置文件的启动顺序关键字中获取窗口管理服务和图形显示服务对应的服务执行顺序，以便systemd守护进程可以对上述两个服务进行执行顺序管理。

本发明实施例的技术方案，通过响应于窗口管理进程的初始化完成指令，控制窗口管理进程调用预设服务通知模块将就绪通知发送至systemd守护进程；控制systemd守护进程将窗口管理服务的服务状态设置为就绪状态；控制systemd守护进程按照就绪通知调用预设服务启动函数以启动图形显示服务。本发明实施例通过在窗口管理进程初始化资源完成时，通过预设服务通知模块将就绪通知发送至systemd守护进程，再由systemd守护进程调用预设服务启动函数以使图形显示服务提前开始启动，避免窗口管理服务因启动时间过长使得图形显示服务先启动，进而导致图形显示服务启动失败的问题，保证了窗口管理服务和图形显示服务之间的强关联性，可以在保证图形显示服务启动稳定性的前提下提前无缝启动以缩短启动时间，无需配置延时等待或者不断重启检测等操作。

实施例三

图4为本发明实施例三提供的一种图形显示服务启动方法的流程图，本实施例在上述实施例的基础上，提供了一种图形显示服务启动方法的一个实施方式，能够实现在车载信息娱乐系统中Weston服务和HMI服务的无缝启动，以实现车载信息娱乐系统的快速启动，大大提升用户的使用体验。如图4所示，本发明实施例三提供的一种图形显示服务启动方法，具体包括如下步骤：

S310、车载信息娱乐系统上电，并引导操作系统开始启动。

S320、操作系统开始启动systemd守护进程，用于管理整个系统的systemd服务。

S330、Weston服务开始自启动，并设置为notify模式，开始启动真正的Weston进程。

S340、Weston进程加载notify通知模块，为后续通知做准备。

S350、Weston进程完成初始化显示资源，并具备基础的显示功能。

S360、控制Weston进程调用notify通知模块向systemd守护进程发送就绪通知。

在本发明实施例中，控制Weston进程发送就绪通知，即表明系统的基础显示资源已准备完毕，HMI服务可以开始启动。

S370、Weston进程继续完成后续启动过程，包括Weston窗口管理的应用程序启动。

S380、控制systemd守护进程设置Weston服务为就绪状态。

S390、控制systemd守护进程通知HMI服务开始启动。

如图5所示，在车载信息娱乐系统中，由于Weston进程需要初始化硬件资源，达到完全启动的时间需要600至700毫秒，但是实际上Weston进程只需要将基础显示资源准备完毕，HMI服务就可以开始渲染和送显，不用等到Weston服务完全启动就绪，这样HMI服务开始渲染的时间会提前100至200毫秒。采用上述实施例提供的图形显示服务启动方法，可以保证Weston服务与HMI服务的衔接启动并保证以最快的速度启动HMI服务。

本发明实施例的技术方案，通过车载信息娱乐系统上电，并引导操作系统开始启动；操作系统开始启动systemd守护进程，用于管理整个系统的systemd服务；Weston服务开始自启动，并设置为notify模式，开始启动真正的Weston进程；Weston进程加载notify通知模块，为后续通知做准备；Weston进程完成初始化显示资源，并具备基础的显示功能；控制Weston进程调用notify通知模块向systemd守护进程发送就绪通知；We ston进程继续完成后续启动过程，包括Weston窗口管理的应用程序启动；控制systemd守护进程设置Weston服务为就绪状态；控制systemd守护进程通知HMI服务开始启动。本发明实施例通过当Weston进程对显示设备和资源准备就绪时，就发送就绪通知给systemd守护进程，systemd守护进程接收到就绪通知后，将Weston服务设置为就绪状态，并通知HMI服务进行启动，保证了Weston服务和图形显示服务之间的强关联性，避免Weston服务因启动时间过长使得HMI服务先启动，进而导致HMI服务启动失败的问题，可以在保证HMI服务启动稳定性的前提下提前无缝启动以缩短启动时间，进而实现车载信息娱乐系统的快速启动，有效提升用户的使用体验。

实施例四

图6为本发明实施例四提供的一种图形显示服务启动装置的结构示意图。如图6所示，该装置包括：

就绪通知模块41，用于响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取窗口管理进程的就绪通知；

图形显示服务启动模块42，用于根据就绪通知触发systemd守护进程启动图形显示服务，其中，图形显示服务依赖于窗口管理服务，systemd守护进程用于管理窗口管理服务和图形显示服务。

本发明实施例的技术方案，通过就绪通知模块响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取窗口管理进程的就绪通知；图形显示服务启动模块根据就绪通知触发systemd守护进程启动图形显示服务，其中，图形显示服务依赖于窗口管理服务，sy stemd守护进程用于管理窗口管理服务和图形显示服务。本发明实施例通过在窗口管理进程初始化资源完成时，就发送就绪通知至systemd守护进程，再由systemd守护进程通知图形显示服务提前开始启动，保证了窗口管理服务和图形显示服务之间的强关联性，避免窗口管理服务因启动时间过长使得图形显示服务先启动，进而导致图形显示服务启动失败的问题，可以在保证图形显示服务启动稳定性的前提下提前无缝启动以缩短启动时间。

进一步地，在上述发明实施例的基础上，就绪通知模块41包括：

就绪通知单元，用于响应于窗口管理进程的初始化完成指令，控制窗口管理进程调用预设服务通知模块将就绪通知发送至systemd守护进程。

进一步地，在上述发明实施例的基础上，图形显示服务启动模块42包括：

就绪状态设置单元，用于控制systemd守护进程将窗口管理服务的服务状态设置为就绪状态；

图形显示服务启动单元，用于控制systemd守护进程按照就绪通知调用预设服务启动函数以启动图形显示服务。

进一步地，在上述发明实施例的基础上，图形显示服务启动装置，还包括：

服务配置模块，用于在目标操作系统中依次启动systemd守护进程和窗口管理服务，将窗口管理服务的服务启动类型设置为notify模式，并控制窗口管理服务进程加载预设服务通知模块。

进一步地，在上述发明实施例的基础上，图形显示服务启动装置，还包括：

启动顺序确定模块，用于控制systemd守护进程从预设单元配置文件的启动顺序关键字中获取窗口管理服务和图形显示服务对应的服务执行顺序。

进一步地，在上述发明实施例的基础上，窗口管理进程用于对目标操作系统的显示资源进行初始化和统一管理。

进一步地，在上述发明实施例的基础上，窗口管理服务至少包括Weston服务。

本发明实施例所提供的图形显示服务启动装置可执行本发明任意实施例所提供的图形显示服务启动方法，具备执行方法相应的功能模块和有益效果。

实施例五

图7示出了可以用来实施本发明的实施例的电子设备50的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图7所示，电子设备50包括至少一个处理器51，以及与至少一个处理器51通信连接的存储器，如只读存储器(ROM)52、随机访问存储器(RAM)53等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器51可以根据存储在只读存储器(ROM)52中的计算机程序或者从存储单元58加载到随机访问存储器(RAM)53中的计算机程序，来执行各种适当的动作和处理。在RAM 53中，还可存储电子设备50操作所需的各种程序和数据。处理器51、ROM 52以及RAM 53通过总线54彼此相连。输入/输出(I/O)接口55也连接至总线54。

电子设备50中的多个部件连接至I/O接口55，包括：输入单元56，例如键盘、鼠标等；输出单元57，例如各种类型的显示器、扬声器等；存储单元58，例如磁盘、光盘等；以及通信单元59，例如网卡、调制解调器、无线通信收发机等。通信单元59允许电子设备50通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器51可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器51的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器51执行上文所描述的各个方法和处理，例如图形显示服务启动方法。

在一些实施例中，图形显示服务启动方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元58。在一些实施例中，计算机程序的部分或者全部可以经由ROM 52和/或通信单元59而被载入和/或安装到电子设备50上。当计算机程序加载到RAM 53并由处理器51执行时，可以执行上文描述的图形显示服务启动方法的一个或多个步骤。备选地，在其他实施例中，处理器51可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行图形显示服务启动方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种图形显示服务启动方法，其特征在于，所述方法包括：

响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取所述窗口管理进程的就绪通知；

根据所述就绪通知触发所述systemd守护进程启动图形显示服务，其中，所述图形显示服务依赖于所述窗口管理服务，所述systemd守护进程用于管理所述窗口管理服务和所述图形显示服务。

2.根据权利要求1所述的方法，其特征在于，还包括：

在目标操作系统中依次启动所述systemd守护进程和所述窗口管理服务，将所述窗口管理服务的服务启动类型设置为notify模式，并控制所述窗口管理服务进程加载预设服务通知模块。

3.根据权利要求2所述的方法，其特征在于，所述响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取所述窗口管理进程的就绪通知，包括：

响应于所述窗口管理进程的所述初始化完成指令，控制所述窗口管理进程调用所述预设服务通知模块将所述就绪通知发送至所述systemd守护进程。

4.根据权利要求1所述的方法，其特征在于，所述根据所述就绪通知触发所述systemd守护进程启动图形显示服务，包括：

控制所述systemd守护进程将所述窗口管理服务的服务状态设置为就绪状态；

控制所述systemd守护进程按照所述就绪通知调用预设服务启动函数以启动所述图形显示服务。

5.根据权利要求1所述的方法，其特征在于，还包括：

控制所述systemd守护进程从预设单元配置文件的启动顺序关键字中获取所述窗口管理服务和所述图形显示服务对应的服务执行顺序。

6.根据权利要求1所述的方法，其特征在于，所述窗口管理进程用于对目标操作系统的显示资源进行初始化和统一管理。

7.根据权利要求1所述的方法，其特征在于，所述窗口管理服务至少包括Weston服务。

8.一种图形显示服务启动装置，其特征在于，所述装置包括：

就绪通知模块，用于响应于执行窗口管理服务的窗口管理进程的初始化完成指令，控制systemd守护进程获取所述窗口管理进程的就绪通知；

图形显示服务启动模块，用于根据所述就绪通知触发所述systemd守护进程启动图形显示服务，其中，所述图形显示服务依赖于所述窗口管理服务，所述systemd守护进程用于管理所述窗口管理服务和所述图形显示服务。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的图形显示服务启动方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的图形显示服务启动方法。