心肺复苏培训中按压情况显示方法、装置、设备及介质

技术领域

本申请涉及心肺复苏培训技术领域，特别是涉及一种心肺复苏培训中按压情况显示方法、装置、终端设备及存储介质。

背景技术

心肺复苏培训的过程中，培训学员对模拟人进行胸部按压、人工呼吸等操作，以对模拟人实现心肺复苏。这个过程是模拟真实的心肺复苏过程，所以是一个争分夺秒的抢救过程，故而培训学员需要对操作情况进行实时查看，以实时调整操作。

目前对操作情况的显示经常出现卡顿的现象，不仅严重影响了视觉感受，而且使得培训学员无法实时监视操作质量，影响操作实时调整，影响心肺复苏培训的实施过程和培训效果。

发明内容

有鉴于此，本申请实施例为解决背景技术中存在的至少一个问题而提供一种心肺复苏培训中按压情况显示方法、装置、终端设备及存储介质。

第一方面，本申请实施例提供了一种心肺复苏培训中实时显示的方法，应用于终端设备，包括以下步骤：

接收模拟人通过蓝牙发送的字节数据，所述字节数据包括第一字节数据，所述第一字节数据用于表示按压深度；

依据Ble协议解析所述第一字节数据后转换为第一Json数据，根据所述第一Json数据配置UI组件库，得到第一UI组件；

创建运行第一进程，利用所述第一进程至少实现预设应用的启动；

创建运行第二进程，利用所述第二进程至少实现加载网络视图所要呈现的页面，所述页面为至少基于所述第一UI组件渲染后得到；

所述第一进程和所述第二进程实现进程间通信，完成在所述预设应用上利用所述网络视图显示所述页面。

结合本申请的第一方面，在一可选实施方式中，所述创建运行第一进程，利用所述第一进程至少实现预设应用的启动的步骤包括：

在所述终端设备启动时，自动创建运行空的应用的第一进程；

接收启动预设应用的第一操作输入；

响应于所述第一操作输入，通过所述第一进程加载所述预设应用的内容。

结合本申请的第一方面，在一可选实施方式中，所述第一进程和所述第二进程实现进程间通信，完成在所述预设应用上利用所述网络视图显示所述页面的步骤包括：

通过调用AIDL文件实现所述第一进程和所述第二进程的通信，所述第二进程执行数据流读写操作，完成在所述预设应用上利用所述网络视图显示所述页面。

结合本申请的第一方面，在一可选实施方式中，所述依据Ble协议解析所述第一字节数据后转换为第一Json数据，根据所述第一Json数据配置UI组件库，得到第一UI组件的步骤包括：

依据Ble协议解析所述第一字节数据，得到第一数据；

将所述第一数据转换为第一Json数据；

根据所述第一数据确定第二数据，所述第二数据用于表示按压频率；

将所述第二数据转换为第二Json数据；

根据所述第一Json数据和所述第二Json数据配置UI组件库，分别对应得到第一UI组件和第二UI组件。

结合本申请的第一方面，在一可选实施方式中，所述创建运行第二进程，利用所述第二进程至少实现加载网络视图所要呈现的页面，所述页面为至少基于所述第一UI组件渲染后得到的步骤包括：

创建运行第二进程，利用所述第二进程至少实现加载网络视图所要呈现的页面，所述页面为至少基于所述第一UI组件和所述第二UI组件渲染后得到。

结合本申请的第一方面，在一可选实施方式中，所述字节数据还包括第二字节数据，所述第二字节数据用于表示通气时间；

所述心肺复苏培训中实时显示的方法还包括以下步骤：

依据Ble协议解析所述第二字节数据后转换为第三Json数据，根据所述第三Json数据配置UI组件库，得到第三UI组件。

结合本申请的第一方面，在一可选实施方式中，所述创建运行第二进程，利用所述第二进程至少实现加载网络视图所要呈现的页面，所述页面为至少基于所述第一UI组件渲染后得到的步骤包括：

创建运行第二进程，利用所述第二进程至少实现加载网络视图所要呈现的页面，所述页面为至少基于所述第一UI组件、所述第二UI组件和所述第三UI组件渲染后得到。

第二方面，本申请实施例提供了一种心肺复苏培训中实时显示的装置，应用于终端设备，所述心肺复苏培训中实时显示的装置包括：

第一接收单元，用于接收模拟人通过蓝牙发送的字节数据，所述字节数据包括第一字节数据，所述第一字节数据用于表示按压深度；

第一转换单元，用于依据Ble协议解析所述第一字节数据后转换为第一Json数据，根据所述第一Json数据配置UI组件库，得到第一UI组件；

第一创建单元，用于创建运行第一进程，利用所述第一进程至少实现预设应用的启动；

第二创建单元，用于创建运行第二进程，利用所述第二进程至少实现加载网络视图所要呈现的页面，所述页面为至少基于所述第一UI组件渲染后得到；

进程间通信单元，用于所述第一进程和所述第二进程实现进程间通信，完成在所述预设应用上利用所述网络视图显示所述页面。

第三方面，本申请实施例提供了一种终端设备，包括：

处理器；以及

存储器，所述存储器上存储有计算机可执行指令，计算机可执行指令被处理器运行时执行上述的心肺复苏培训中按压情况显示方法。

第四方面，本申请实施例提供了一种存储介质，所述存储介质上存储有计算机可执行指令，计算机可执行指令被处理器运行时执行上述的心肺复苏培训中按压情况显示方法。

本申请实施例提供的技术方案带来的有益效果包括：通过采用第一进程实现预设应用和采用第二进程实现网络视图，在预设应用上利用网络视图显示页面，即可实时显示按压深度，抛弃了Windows服务，网络视图内嵌浏览器内核，不需要通过websoket在Windows服务和浏览器之间进行通信，只需要在第一进程和第二进程之间进行进程间通信，进程间通信效率高，几乎没有延迟，从而通过采用进程间通信技术替代了websocket技术，消除了产生不固定延迟的根源，保证了毫秒级数据传输的实时性和完整性，使得显示实时和流畅，消除了卡顿现象，改善了用户体验感。并且由于显示的实时和流畅，培训学员可以实时监视心肺复苏质量并及时反馈调整，改善了心肺复苏培训的实施过程和提高了培训效果。

本申请实施例附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请实施例的实践了解到。

附图说明

此处所说明的附图用来提供对本申请实施例的进一步理解，构成本申请实施例的一部分，本申请实施例的示意性实施例及其说明用于解释本申请实施例，并不构成对本申请实施例的不当限定。在附图中：

图1为本申请实施例中基于websoket的数据传输过程的一种具体示例的示意图；

图2为本申请实施例中心肺复苏培训中实时显示的方法的一种具体示例的流程图；

图3为本申请实施例中基于进程间通信的数据传输过程的一种具体示例的示意图；

图4为本申请实施例中心肺复苏培训中实时显示的装置的一种具体示例的原理框图；

图5为本申请实施例中终端设备的一种具体示例的原理框图。

具体实施方式

为使本申请实施例的技术方案和有益效果能够更加明显易懂，下面通过列举具体实施例的方式进行详细说明。其中，附图不一定是按比例绘制的，局部特征可以被放大或缩小，以更加清楚的显示局部特征的细节；除非另有定义，本文所使用的技术和科学术语与本申请实施例所属的技术领域中的技术和科学术语的含义相同。

需要说明的是，术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。当描述“第一”时，并不表示必然存在“第二”；而当讨论“第二”时，也并不表明本申请必然存在“第一”。单数形式的“一”、“一个”和“所述/该”也可能意图包括复数形式，除非上下文清楚指出另外的方式。术语“包括”，为确定所包括的特征的存在，但不排除一个或更多其它的特征的存在或添加。术语“和/或”包括相关所列项目的任何及所有组合。

需要说明的是，心肺复苏的培训利用到模拟人和终端设备，模拟人和终端设备之间通过蓝牙进行通信，培训学员对模拟人实施胸部按压、人工呼吸的操作，模拟人可以实时采集到按压深度、通气时间这些原始数据，并将原始数据以字节数据的形式通过Ble协议发送给终端设备。在终端设备上，实训系统终端平台利用Windows服务，将字节数据转换成Json数据后基于websoket把Json数据传输给浏览器(WebIIS)显示，如图1所示，这个基于websoket的数据传输过程存在不固定的延时问题，最终给用户的感觉是显示经常出现卡顿。为了确定引起该不固定延时的来源，经过实测，蓝牙传输毫秒级的字节数据的环节和将字节数据转换成Json数据的环节在实时性和完整性上都没有问题，不固定延时的来源在于，数据通过websoket传输给浏览器过程中，该过程中存在延迟情况，延迟间隔时间大于300ms，而且没有规律，这层协议因是最底层协议在代码上没法干预。因间隔时间长，等待下一笔数据的时间过长，页面绘图就停顿在那，所以给人视觉上感觉页面卡顿了。故而因为websoket在毫秒级别的数据传输方面确实存在不固定的延时问题，是卡顿的根源。

本申请实施例提供了一种心肺复苏培训中实时显示的方法，应用于终端设备，如图2所示，该方法包括以下步骤：

S1、接收模拟人通过蓝牙发送的字节数据，字节数据包括第一字节数据，第一字节数据用于表示按压深度；

S2、依据Ble协议解析第一字节数据后转换为第一Json数据，根据第一Json数据配置UI组件库，得到第一UI组件；

S3、创建运行第一进程，利用第一进程至少实现预设应用的启动；

S4、创建运行第二进程，利用第二进程至少实现加载WebView2网络视图所要呈现的web页面，web页面为至少基于第一UI组件渲染后得到；

S5、第一进程和第二进程实现进程间通信，完成在预设应用上利用WebView2网络视图显示web页面。

本申请实施例中，模拟人通过蓝牙发送的字节数据属于毫秒级，字节数据来自模拟人采集按压深度、通气时间等获得的原始数据。通过Ble协议解析字节数据转换成JSON结构数据。UI组件库有各自独立的UI组件，每个组件都是Vue的实例对象，可以对组件进行配置，使其具有不一样的渲染显示功能，例如根据第一Json数据配置得到第一UI组件，利用第一UI组件能够渲染显示按压深度，一次按压过程中，按压深度是从按压起始位置到按压最深位置再回到按压起始位置，显示出来的是一个正弦波形图，或者还可以根据其他Json数据配置得到其他UI组件，利用该其他UI组件能够渲染显示按压频率或通气时间等。根据Json数据中的Type值来对应选用所要配置的UI组件，例如若Json数据中的Type＝6，则配置第二UI组件，利用该第二UI组件能够渲染显示按压频率，实时展示当前按压频率的值。WebView2网络视图是展现web页面的控件，它使用Microsoft Edge作为呈现引擎，在应用app中嵌入web技术，显示web内容。相比于采用Windows服务的实训系统终端平台，程序是部署到IIS，只有通过浏览器(Web)才可以访问，Windows服务和浏览器之间的通信绕不开websoket，而蓝牙传输过来的字节数据及其转换得到的Json数据都是毫秒级的，在这种毫秒级的数据通信上，websoket是存在延迟比较高的情况，从而影响UI渲染(出现卡顿)，给用户体验感不好。本申请实施例通过采用第一进程实现预设应用App和采用第二进程实现WebView2网络视图，在预设应用App上利用WebView2网络视图显示web页面，即可实时显示按压深度，抛弃了Windows服务，WebView2网络视图内嵌浏览器内核，如图3所示，不需要通过websoket在Windows服务和浏览器之间进行通信，和websoket就没有任何关系了，只需要在第一进程和第二进程之间进行进程间通信，进程间通信效率高，几乎没有延迟，从而通过采用进程间通信技术替代了websocket技术，消除了产生不固定延迟的根源，保证了毫秒级数据传输的实时性和完整性，使得显示实时和流畅，消除了卡顿现象，改善了用户体验感。并且由于显示的实时和流畅，培训学员可以实时监视心肺复苏质量并及时反馈调整，改善了心肺复苏培训的实施过程和提高了培训效果。

进一步地，S3的创建运行第一进程，利用第一进程至少实现预设应用的启动的步骤包括：

S31、在终端设备启动时，自动创建运行空的应用的第一进程；

S32、接收启动预设应用的第一操作输入；

S33、响应于第一操作输入，通过第一进程加载预设应用的内容。

本申请实施例中，启动预设应用App的第一操作输入，例如可以是检测到预设应用App的图标被点击，或者可以是检测到网页、邮件、即时通讯消息等中的链接被点击。通过第一进程加载预设应用App的内容包括加载预设应用App的代码和/或页面。通过在终端设备启动时就自动创建运行一个空的应用App的第一进程，使得应用App的启动过程和Json数据转换过程等其他过程可以并行运行，当通过第一操作输入指示启动预设应用App时，只需将预设应用App的内容加载到第一进程，从而取消了单独等待预设应用App启动的时间，由于加载过程所占用的时间很短，几乎可以忽略不计，所以缩短了从数据输入到显示的时间，进一步提高了显示的实时性。

进一步地，S5的第一进程和第二进程实现进程间通信，完成在预设应用上利用WebView2网络视图显示web页面的步骤包括：

S51、通过调用AIDL文件实现第一进程和第二进程的通信，第二进程执行数据流读写操作，完成在预设应用上利用WebView2网络视图显示web页面。

本申请实施例中，采用AIDL文件进行进程间通信，需分别在服务端和客户端进行设置。对于服务端，首先创建一个Service，用于监听客户端的连接请求；然后创建一个AIDL文件，将给客户端的接口在该AIDL文件中声明；最后在Service中实现该AIDL接口。对于客户端，需要绑定该服务端的Service，绑定成功后将服务端返回的Binder对象转成AIDL接口所属的类型，之后就可以调用AIDL文件中的方法了。通过调用AIDL文件实现第一进程和第二进程的通信具体为：第二进程创建一个服务Service和一个AIDL文件，服务Service用于监听第一进程的连接请求，在服务Service中实现AIDL文件中定义的接口方法；第一进程向第二进程发起连接请求以绑定服务Service，并根据AIDL接口所属的类型调用AIDL文件中定义的接口方法。通过调用AIDL文件来实现第一进程和第二进程之间的进程间通信，两个进程所占内存互不影响，避免了WebView2网络视图因内存不足而产生显示卡顿的问题，进一步提高了显示的实时性。

进一步地，S2的依据Ble协议解析第一字节数据后转换为第一Json数据，根据第一Json数据配置UI组件库，得到第一UI组件的步骤包括：

S21、依据Ble协议解析第一字节数据，得到第一数据；

S22、将第一数据转换为第一Json数据；

S23、根据第一数据确定第二数据，第二数据用于表示按压频率；

S24、将第二数据转换为第二Json数据；

S25、根据第一Json数据和第二Json数据配置UI组件库，分别对应得到第一UI组件和第二UI组件。

S4的创建运行第二进程，利用第二进程至少实现加载WebView2网络视图所要呈现的web页面，web页面为至少基于第一UI组件渲染后得到的步骤包括：

S41-1、创建运行第二进程，利用第二进程至少实现加载WebView2网络视图所要呈现的web页面，web页面为至少基于第一UI组件和第二UI组件渲染后得到。

本申请实施例中，通过按压深度和时间的关系，可以计算出按压频率。分别根据表示按压深度和按压频率的第一数据和第二数据，配置得到第一UI组件和第二UI组件，利用第一UI组件能够渲染显示按压深度，利用第二UI组件能够渲染显示按压频率，丰富了显示内容，进一步提高心肺复苏的培训效果。

进一步地，字节数据还包括第二字节数据，第二字节数据用于表示通气时间；

心肺复苏培训中实时显示的方法还包括以下步骤：

S6、依据Ble协议解析第二字节数据后转换为第三Json数据，根据第三Json数据配置UI组件库，得到第三UI组件。

S4的创建运行第二进程，利用第二进程至少实现加载WebView2网络视图所要呈现的web页面，web页面为至少基于第一UI组件渲染后得到的步骤包括：

S42-1、创建运行第二进程，利用第二进程至少实现加载WebView2网络视图所要呈现的web页面，web页面为至少基于第一UI组件、第二UI组件和第三UI组件渲染后得到。

本申请实施例中，字节数据还包括表示通气时间的第二字节数据，从而配置得到了第三UI组件，利用第三UI组件能够渲染显示通气时间，使培训学员能够观察到何时进行了通气，进一步丰富了显示内容，进一步提高心肺复苏的培训效果。

本申请实施例还提供了一种心肺复苏培训中实时显示的装置，如图4所示，与心肺复苏培训中实时显示的方法相对应，应用于终端设备，该装置100包括：

第一接收单元101，用于接收模拟人通过蓝牙发送的字节数据，字节数据包括第一字节数据，第一字节数据用于表示按压深度；

第一转换单元102，用于依据Ble协议解析第一字节数据后转换为第一Json数据，根据第一Json数据配置UI组件库，得到第一UI组件；

第一创建单元103，用于创建运行第一进程，利用第一进程至少实现预设应用的启动；

第二创建单元104，用于创建运行第二进程，利用第二进程至少实现加载WebView2网络视图所要呈现的web页面，web页面为至少基于第一UI组件渲染后得到；

进程间通信单元105，用于第一进程和第二进程实现进程间通信，完成在预设应用上利用WebView2网络视图显示web页面。

本申请实施例中，通过采用第一进程实现预设应用App和采用第二进程实现WebView2网络视图，在预设应用App上利用WebView2网络视图显示web页面，即可实时显示按压深度，抛弃了Windows服务，WebView2网络视图内嵌浏览器内核，不需要通过websoket在Windows服务和浏览器之间进行通信，和websoket就没有任何关系了，只需要在第一进程和第二进程之间进行进程间通信，进程间通信效率高，几乎没有延迟，从而通过采用进程间通信技术替代了websocket技术，消除了产生不固定延迟的根源，保证了毫秒级数据传输的实时性和完整性，使得显示实时和流畅，消除了卡顿现象，改善了用户体验感。并且由于显示的实时和流畅，培训学员可以实时监视心肺复苏质量并及时反馈调整，改善了心肺复苏培训的实施过程和提高了培训效果。

进一步地，第一创建单元103包括：

第一进程创建单元，用于在终端设备启动时，自动创建运行空的应用的第一进程；

第二接收单元，用于接收启动预设应用的第一操作输入；

第一加载单元，用于响应于第一操作输入，通过第一进程加载预设应用的内容。

本申请实施例中，通过在终端设备启动时就自动创建运行一个空的应用App的第一进程，使得应用App的启动过程和Json数据转换过程等其他过程可以并行运行，当通过第一操作输入指示启动预设应用App时，只需将预设应用App的内容加载到第一进程，从而取消了单独等待预设应用App启动的时间，由于加载过程所占用的时间很短，几乎可以忽略不计，所以缩短了从数据输入到显示的时间，进一步提高了显示的实时性。

进一步地，进程间通信单元105包括：

完成显示单元，用于通过调用AIDL文件实现第一进程和第二进程的通信，第二进程执行数据流读写操作，完成在预设应用上利用WebView2网络视图显示web页面。

本申请实施例中，通过调用AIDL文件来实现第一进程和第二进程之间的进程间通信，两个进程所占内存互不影响，避免了WebView2网络视图因内存不足而产生显示卡顿的问题，进一步提高了显示的实时性。

进一步地，第一转换单元102包括：

第一数据获得单元，用于依据Ble协议解析第一字节数据，得到第一数据；

第一Json数据获得单元，用于将第一数据转换为第一Json数据；

第二数据获得单元，用于根据第一数据确定第二数据，第二数据用于表示按压频率；

第二Json数据获得单元，用于将第二数据转换为第二Json数据；

配置单元，用于根据第一Json数据和第二Json数据配置UI组件库，分别对应得到第一UI组件和第二UI组件。

第二创建单元104包括：

第二创建单元，用于创建运行第二进程，利用第二进程至少实现加载WebView2网络视图所要呈现的web页面，web页面为至少基于第一UI组件和第二UI组件渲染后得到。

本申请实施例中，分别根据表示按压深度和按压频率的第一数据和第二数据，配置得到第一UI组件和第二UI组件，利用第一UI组件能够渲染显示按压深度，利用第二UI组件能够渲染显示按压频率，丰富了显示内容，进一步提高心肺复苏的培训效果。

进一步地，字节数据还包括第二字节数据，第二字节数据用于表示通气时间；

心肺复苏培训中实时显示的装置100还包括：

第二转换单元，用于依据Ble协议解析第二字节数据后转换为第三Json数据，根据第三Json数据配置UI组件库，得到第三UI组件。

第一创建单元104包括：

第三创建单元，用于创建运行第二进程，利用第二进程至少实现加载WebView2网络视图所要呈现的web页面，web页面为至少基于第一UI组件、第二UI组件和第三UI组件渲染后得到。

本申请实施例中，字节数据还包括表示通气时间的第二字节数据，从而配置得到了第三UI组件，利用第三UI组件能够渲染显示通气时间，使培训学员能够观察到何时进行了通气，进一步丰富了显示内容，进一步提高心肺复苏的培训效果。

本申请实施例还提供了一种终端设备，实训系统终端平台设置于该终端设备上，心肺复苏培训中实时显示的方法在实训系统终端平台上实施。如图5所示，该终端设备200包括处理器201和存储器202；存储器202上存储有计算机可执行指令，计算机可执行指令被处理器201运行时执行上述心肺复苏培训中按压情况显示方法。

处理器201可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制终端设备中的其他组件以执行期望的功能。

存储器202可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器201可以运行程序指令，以实现上文的心肺复苏培训中按压情况显示方法中的步骤以及/或者其他期望的功能。

在一个示例中，终端设备200还可以包括：输入装置和输出装置，这些组件通过总线系统和/或其他形式的连接机构(图中未示出)互连。

此外，输入装置还可以包括例如键盘、鼠标、麦克风等等。输出装置可以向外部输出各种信息，例如可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图5中仅示出了该终端设备200中与本申请实施例有关的组件中的一部分，省略了诸如总线、输入装置/输出接口等组件。除此之外，根据具体应用情况，终端设备200还可以包括任何其他适当的组件。

本申请实施例还提供一种存储介质，存储介质上存储有计算机可执行指令，计算机可执行指令被处理器运行时执行上述心肺复苏培训中按压情况显示方法。

本申请实施例可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本申请实施例的各个方面的计算机可读程序指令。计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本申请实施例的各个方面。

计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。计算机可读存储介质是可以保持和存储由指令执行设备使用的指令的有形设备。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

这里参照根据本申请实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请实施例的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

需要说明的是，本申请实施例提供的心肺复苏培训中按压情况显示方法实施例、心肺复苏培训中按压情况显示装置实施例、计算机可读存储介质实施例和终端设备实施例属于同一构思；各实施例所记载的技术方案中各技术特征之间，在不冲突的情况下，可以任意组合。

应当理解，以上实施例均为示例性的，不用于包含权利要求所包含的所有可能的实施方式。在不脱离本公开的范围的情况下，还可以在以上实施例的基础上做出各种变形和改变。同样的，也可以对以上实施例的各个技术特征进行任意组合，以形成可能没有被明确描述的本申请的另外的实施例。因此，上述实施例仅表达了本申请的几种实施方式，不对本申请专利的保护范围进行限制。