胰岛素数据监测方法、系统、装置、设备、介质和产品

技术领域

本申请涉及医疗设备技术领域，特别是涉及一种胰岛素数据监测方法、系统、装置、设备、介质和产品。

背景技术

随着医疗设备的不断发展，医疗设备也越来越多地向智能化、数字化的方向发展。

以医疗设备是胰岛素泵为例，胰岛素泵中胰岛素参数值可以根据经验值提前进行设定。在使用胰岛素泵的过程中，用户通过对自身的胰岛素泵中的胰岛素参数值进行监测，并将监测值与设定值进行对比，确定该胰岛素泵在使用过程中是否存在异常。

然而，相关技术的方法无法实现不同用户的胰岛素参数值之间的相互监测。

发明内容

基于此，有必要针对上述技术问题，提供一种能够实现不同用户的胰岛素参数值之间的相互监测的胰岛素数据监测方法、系统、装置、设备、介质和产品。

第一方面，本申请提供了一种胰岛素数据监测方法方法。应用于服务器，该方法包括：

在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的关联终端；关联终端表示预先与目标终端进行监测绑定的至少一个终端；

将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测。

在其中一个实施例中，胰岛素数据包括与目标终端连接的目标胰岛素泵上报的数据，该方法还包括：

在目标终端与目标胰岛素泵连接的情况下，获取胰岛素数据的上报时间差值；上报时间差值表示目标胰岛素泵采集胰岛素数据的时刻与服务器接收到胰岛素数据的时刻之间的差值；

获取服务器接收到胰岛素数据的时刻与关联终端接收到胰岛素数据的时刻的发送时间差值；

基于上报时间差值和发送时间差值，通过多个显示界面同步展示胰岛素数据和对应的采集时刻；各显示界面包括关联终端的显示界面、目标终端的显示界面和服务器的显示界面。

在其中一个实施例中，获取胰岛素数据的上报时间差值，包括：

获取目标胰岛素泵采集胰岛素数据的时刻与目标终端接收到胰岛素数据的时刻之间的第一时间差值，以及，获取目标终端接收到胰岛素数据的时刻与服务器接收到胰岛素数据的时刻之间的第二时间差值；

将第一时间差值和第二时间差值之和确定为胰岛素数据的上报时间差值。

在其中一个实施例中，服务器的显示界面上的采集时刻是基于服务器的显示界面的显示时间和上报时间差值确定的；关联终端的显示界面上的采集时刻是基于关联终端的显示界面的显示时间、上报时间差值和发送时间差值确定的；目标终端的显示界面上的采集时刻是基于目标终端的显示界面的显示时间和第一时间差值确定的。

在其中一个实施例中，该方法还包括：

在接收到目标终端上报的更新胰岛素参数指令的情况下，在服务器的显示界面中对胰岛素参数进行同步更新；更新胰岛素参数指令是在目标胰岛素泵的参数进行更新时上报给目标终端的；

将更新胰岛素参数指令发送给关联终端，以在关联终端的显示界面对目标终端中的胰岛素参数进行更新。

在其中一个实施例中，获取目标终端的关联终端，包括：

获取目标终端的标识信息；

从终端数据库中查找与标识信息相同的关联终端；终端数据库中存储有多组具有监测绑定关系的终端的标识信息。

在其中一个实施例中，目标终端与关联终端的绑定过程包括：

响应于目标终端上报的关联请求，对关联请求中携带的待关联终端进行校验；关联请求为用户对待关联终端的标识信息校验通过后在目标终端上触发的；

若校验通过，则向待关联终端发送关联请求；

根据待关联终端基于关联请求发送的通过指令，将待关联终端确定为目标终端的关联终端，并确定目标终端与关联终端绑定成功。

在其中一个实施例中，对关联请求中携带的关联终端进行校验，包括：

获取关联终端与服务器之间的接入关系；

若接入关系为已接入，则确定关联请求中携带的关联终端校验通过。

在其中一个实施例中，该方法还包括：

响应于目标终端上报的告警消息，将告警消息发送给目标终端的关联终端；告警消息为目标胰岛素泵触发告警信号时上报给目标终端的。

在其中一个实施例中，在响应于目标终端上报的告警消息之前，方法还包括：

获取目标终端的告警通知权限的开启状态；

若开启状态为开启，则在目标终端接收到目标胰岛素泵上报的触发告警信号的情况下，接收目标终端上报的告警消息。

第二方面，本申请还提供了一种胰岛素数据监测系统，其特征在于，胰岛素数据监测系统包括服务器和预先进行互相监测绑定的多个终端，各终端均与服务器连接；

服务器，用于在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的关联终端，并将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测；

其中，目标终端表示多个终端中任一个终端，关联终端为多个终端中的除目标终端之外的其他终端。

在其中一个实施例中，胰岛素数据监测系统还包括多个胰岛素泵，多个终端中每个终端均连接一个胰岛素泵；

各胰岛素泵，用于将采集的胰岛素数据上报给对应连接的终端。

在其中一个实施例中，多个终端和服务器中均包括显示界面，多个终端中的每个终端均连接一个显示界面，服务器连接一个显示界面；

显示界面，用于同步展示胰岛素数据和对应的采集时刻。

第三方面，本申请还提供了一种胰岛素数据监测装置，应用于服务器，该装置包括：

获取模块，用于在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的关联终端；关联终端表示预先与目标终端进行监测绑定的至少一个终端；

发送模块，用于将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测。

第四方面，本申请还提供了一种计算机设备。计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述第一方面的胰岛素数据监测方法中的任意一项实施例的内容。

第五方面，本申请还提供了一种计算机可读存储介质。计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面的胰岛素数据监测方法中的任意一项实施例的内容。

第六方面，本申请还提供了一种计算机程序产品。计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面的胰岛素数据监测方法中的任意一项实施例的内容。

上述胰岛素数据监测方法、系统、装置、设备、介质和产品，在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的关联终端；将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测。其中，关联终端表示预先与目标终端进行监测绑定的至少一个终端。该方法中由于每一个终端预先与对应的关联终端进行了监测绑定，那么，在接收到目标终端的胰岛素数据后，可以准确地查到该目标终端对应的关联终端。并及时将该胰岛素数据发送给关联终端，这样，关联终端就可以实现目标终端的胰岛素数据监测，同一个终端既可以为目标终端也可以为关联终端，即既可以监测自身的胰岛素数据又可以监测其他用户的胰岛素数据，可以实现多个用户之间的相互监测。

附图说明

图1为一个实施例中胰岛素数据监测方法的应用环境图；

图2为一个实施例中胰岛素数据监测方法的流程示意图；

图3为一个实施例中胰岛素数据监测方法的流程示意图；

图4为一个实施例中时间同步过程的流程示意图；

图5为一个实施例中胰岛素数据监测方法的流程示意图；

图6为一个实施例中胰岛素数据监测方法的流程示意图；

图7为一个实施例中胰岛素数据监测方法的流程示意图；

图8为一个实施例中胰岛素数据监测方法的流程示意图；

图9为一个实施例中胰岛素数据监测方法的流程示意图；

图10为一个实施例中绑定过程的流程示意图；

图11为一个实施例中胰岛素数据监测方法的流程示意图；

图12为一个实施例中绑定过程的流程示意图；

图13为一个实施例中胰岛素数据监测方法的流程示意图；

图14为一个实施例中胰岛素数据监测方法的流程示意图；

图15为一个实施例中胰岛素数据监测方法的流程示意图；

图16为一个实施例中目标终端的可视化界面示意图；

图17为一个实施例中胰岛素数据监测装置的结构框图；

图18为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在对本申请的技术方案介绍之前，先对本申请的背景技术进行简单介绍。

胰岛素泵在使用的过程中，通常是佩戴在用户的固定位置，且胰岛素泵的操控面板较小，其参数界面设置不友好。一般情况下，胰岛素泵中的胰岛素参数值是根据用户的生理特征提前设定的，使用胰岛素泵的过程中，一旦用户的饮食结构发生了变化，提前设定的胰岛素泵中的胰岛素参数值就不适用于该用户。特别是在胰岛素泵出现堵塞或者其他问题时，用户或其他用户很难及时发现。胰岛素泵中胰岛素参数值的变化过程的监测显得尤为重要。然而，由于胰岛素泵的设置位置固定，不便于用户或者医生等其他用户对胰岛素泵中胰岛素参数的变化情况进行监测。

现有技术针对上述问题，提出了两种方法，一种方法中，将多个动态血糖监测仪和胰岛素泵作为多个终端节点，多个终端节点均通过无线通信的方式与一个终端设备连接，且多个终端节点可以向终端设备发送胰岛素数据。例如，这一个终端设备可以是医生的终端设备，医生通过该终端设备监测多个用户的胰岛素参数。这种方式由于每一个终端节点为一个胰岛素泵和一个动态血糖监测仪，胰岛素泵的实时状态、血糖水平和告警等异常情况都会传输至医生的终端，不能第一时间通知到该胰岛素泵对应的用户。

另一种方法中，每一个动态血糖监测仪和胰岛素泵与用户终端通过无线通信的方式连接，多个用户终端可以通过手机数据网络或无线网络将胰岛素数据上传至云服务器。这种情况下，用户可以了解自身的胰岛素参数变化情况，当出现异常情况时，无需医生的参与就可以完成胰岛素泵中参数的调整。

然而，相关技术的两种方法是从医生维度和用户维度进行监测的，但是，多个用户之间无法相互监测。

本申请实施例提供的胰岛素数据监测方法，可以应用于如图1所示的应用环境中。其中，多个终端10均与服务器11进行通信。多个终端10中包括目标终端101和关联终端102，数据存储系统可以存储服务器11需要处理的数据。数据存储系统可以集成在服务器11上，也可以放在云上或其他网络服务器上。目标终端101向服务器11发送胰岛素数据，服务器11获取到目标终端101对应的关联终端102后，将胰岛素数据发送给关联终端102，实现关联终端102监测目标终端101中的胰岛素数据。其中，目标终端101和关联终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器11可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种胰岛素数据监测方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S201，在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的关联终端；关联终端表示预先与目标终端进行监测绑定的至少一个终端。

其中，目标终端是指接收到对应的胰岛素泵上报的胰岛素数据的终端，目标终端的数量可以是一个，也可以是多个。每一个目标终端都对应有其关联终端，关联终端的数量也可以是一个或多个。每一个终端对应一个胰岛素泵和动态血糖监测仪。胰岛素泵可以分别与动态血糖监测仪和目标终端通过无线方式进行连接绑定，胰岛素泵可以接收动态血糖监测仪传输的血糖数据，并将该血糖数据和胰岛素参数数据传输给目标终端。需要说明的是，本实施例中所提到的胰岛素数据中包含胰岛素参数数据和血糖数据。

在本实施例中，当某一个目标终端接收到对应的胰岛素泵上传的胰岛素数据后，会将胰岛素数据上报给服务器。服务器在接收到目标终端上报的胰岛素数据时，需要将该胰岛素数据转发给该目标终端对应的关联终端，这样，持有关联终端的用户就可以对目标终端的胰岛素数据进行监测，以实现多个终端之间进行相互监测的目的。每一个终端对应的关联终端预先与目标终端进行了监测绑定，也就是说，每一个终端与对应的关联终端之间存在监测绑定关系。服务器可以基于目标终端，确定目标终端与对应的关联终端之间的监测绑定关系。并基于该映射关系，确定该目标终端的关联终端。或者，每一个终端的监测绑定关系的终端的标识信息存储在终端数据库中，服务器可以根据目标终端的标识信息，从终端数据库中查找与该标识信息相同的关联终端。本实施例对于获取目标终端的关联终端的方式不做限定。

S202，将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测。

在本实施例中，当获取到目标终端的关联终端后，服务器将该目标终端上报的胰岛素数据发送至关联终端，当关联终端接收到该胰岛素数据后，就可以对目标终端中的胰岛素数据进行监测。当关联终端的数量为多个时，服务器可以同时向多个关联终端发送胰岛素数据，或者，也可以按照预设的顺序，依次向多个关联终端发送胰岛素数据。本实施例对于向关联终端发送胰岛素数据的方式不做限定。当多个关联终端接收到胰岛素数据后，每一个关联终端都可以对目标终端中的胰岛素数据进行监测。

上述胰岛素数据监测方法中，在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的关联终端；将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测。其中，关联终端表示预先与目标终端进行监测绑定的至少一个终端。该方法中由于每一个终端预先与对应的关联终端进行了监测绑定，那么，在接收到目标终端的胰岛素数据后，可以准确地查到该目标终端对应的关联终端。并及时将该胰岛素数据发送给关联终端，这样，关联终端就可以实现目标终端的胰岛素数据监测，同一个终端既可以为目标终端也可以为关联终端，即既可以监测自身的胰岛素数据又可以监测其他用户的胰岛素数据，可以实现多个用户之间的相互监测。

在上述实施例的基础上，胰岛素数据包括与目标终端连接的目标胰岛素泵上报的数据，本实施例是对多个终端的显示界面同步显示胰岛素数据的相关内容进行介绍说明。如图3所示，作为非限制性示例，上述方法还可以包括如下内容：

S301，在目标终端与目标胰岛素泵连接的情况下，获取胰岛素数据的上报时间差值；上报时间差值表示目标胰岛素泵采集胰岛素数据的时刻与服务器接收到胰岛素数据的时刻之间的差值。

图4为一个实施例中时间同步过程的流程示意图，目标终端和关联终端以手机终端表示，图中胰岛素泵将用户的胰岛素数据发送给目标终端，目标终端再将该胰岛素数据上报至服务器，服务器再将胰岛素数据发送给关联终端，关联终端可以通过远程的方式监测该用户的胰岛素数据。

其中，胰岛素数据包括胰岛素参数数据和血糖数据，血糖数据是动态血糖监测仪发送给胰岛素泵的。胰岛素数据的上报过程可以理解为：首先目标胰岛素泵将该胰岛素数据上报至对应的目标终端，目标终端再将该胰岛素数据上报至服务器。每一个胰岛素泵本身需要携带无线传输模块，可以和对应的终端通过无线方式进行连接。例如，胰岛素泵和对应的终端可以通过蓝牙连接。

在本实施例中，确定目标终端与目标胰岛素泵连接的情况下，服务器可以获取接收到胰岛素数据的时刻，并通过胰岛素数据中携带的时间标识，确定胰岛素泵采集胰岛素数据的时刻。计算胰岛素泵采集胰岛素数据与接收到胰岛素数据的时刻之间的时间差值，并将该时间差值确定为胰岛素数据的上报时间差值。例如，胰岛素泵采集胰岛素数据的时刻为8:00，接收到胰岛素数据的时刻为8:05，那么，胰岛素数据的上报时间差值为5分钟。

S302，获取服务器接收到胰岛素数据的时刻与关联终端接收到胰岛素数据的时刻的发送时间差值。

其中，胰岛素数据的发送过程相比于上报过程来说较为简单，该发送过程可以理解为：服务器将胰岛素数据发送给关联终端。

在本实施例中，服务器向关联终端发送胰岛素数据后，在接收到关联终端反馈的接收成功指令后，将接收到关联终端反馈的接收成功指令对应的时刻确定为关联终端接收到胰岛素数据的时刻。之后，计算服务器接收到胰岛素数据的时刻与关联终端接收到胰岛素数据的时刻之间的时间差值，并将该时间差值确定为发送时间差值。例如，接收到胰岛素数据的时刻为8:05，关联终端接收到胰岛素数据的时刻为8:07，那么，发送时间差值为2分钟。

S303，基于上报时间差值和发送时间差值，通过多个显示界面同步展示胰岛素数据和对应的采集时刻；各显示界面包括关联终端的显示界面、目标终端的显示界面和服务器的显示界面。

在本实施例中，每一个终端和服务器均对应一个显示界面。关联终端的显示界面、目标终端的显示界面和服务器的显示界面在展示目标胰岛素泵采集的胰岛素数据时，显示的都是胰岛素数据和胰岛素数据对应的采集时刻。例如，服务器的显示界面在8:05时显示胰岛素数据和胰岛素数据的采集时刻8:00，关联终端的显示界面在8:07时显示胰岛素数据和胰岛素数据的采集时刻8:00。

在此需要强调的是，不同的显示界面在一段时间内所显示的胰岛素数据的变化情况是完全同步的，例如，采集时间为8:00-8:05的胰岛素数据的变化量，服务器的显示界面在8:05-8.10时显示该胰岛素数据的变化量和胰岛素数据的采集时间8:00-8:05，关联终端的显示界面在8:07-8.12时显示该胰岛素数据的变化量和胰岛素数据的采集时间8:00-8:05。

上述胰岛素数据监测方法中，在目标终端与目标胰岛素泵连接的情况下，获取胰岛素数据的上报时间差值；上报时间差值表示目标胰岛素泵采集胰岛素数据的时刻与服务器接收到胰岛素数据的时刻之间的差值；获取服务器接收到胰岛素数据的时刻与关联终端接收到胰岛素数据的时刻的发送时间差值；基于上报时间差值和发送时间差值，通过多个显示界面同步展示胰岛素数据和对应的采集时刻；各显示界面包括关联终端的显示界面、目标终端的显示界面和服务器的显示界面。该方法通过获取胰岛素数据从采集到上报至服务器的上报时间差值，以及，获取胰岛素数据上报至服务器到关联终端接收到胰岛素数据之间的发送时间差值，可以确定胰岛素数据在传输过程中所消耗的时间。基于该消耗的时间，在每一个显示界面上可以准确地确定胰岛素数据的采集时刻，这样，就能保证多个显示界面能够同步显示胰岛素数据和对应的采集时刻。

在上述实施例的基础上，本实施例是对上述步骤S301中的“获取胰岛素数据的上报时间差值”的相关内容进行介绍说明。如图5所示，作为非限制性示例，上述步骤S301可以包括如下内容：

S401，获取目标胰岛素泵采集胰岛素数据的时刻与目标终端接收到胰岛素数据的时刻之间的第一时间差值，以及，获取目标终端接收到胰岛素数据的时刻与服务器接收到胰岛素数据的时刻之间的第二时间差值。

在本实施例中，上报胰岛素数据的过程包括从胰岛素泵到目标终端和从目标终端到服务器两个过程。两个上报过程均对应上报时间差值，即第一时间差值和第二时间差值。

在获取第一时间差值的过程中，服务器可以根据胰岛素数据中携带的上报时刻，获取目标胰岛素泵采集胰岛素数据的时刻和目标终端接收到胰岛素数据的时刻，并计算两个时刻之间的差值，将该差值确定为第一时间差值。其中，目标胰岛素泵采集胰岛素数据的时刻为t1，目标终端接收到胰岛素数据的时刻为t2，第一时间差值Δt1＝t2-t1。例如，目标胰岛素泵采集胰岛素数据的时刻为8.00，目标终端接收到胰岛素数据的时刻为8.03，那么，第一时间差值为3分钟。

在获取第二时间差值的过程中，服务器可以根据胰岛素数据中携带的上报时刻，获取目标终端接收到胰岛素数据的时刻与服务器接收到胰岛素数据的时刻，并计算两个时刻之间的差值，将该差值确定为第二时间差值。其中，目标终端接收到胰岛素数据的时刻为t2，服务器接收到胰岛素数据的时刻为t3，第二时间差值Δt2＝t3-t2。例如，目标终端接收到胰岛素数据的时刻为8.03，服务器接收到胰岛素数据的时刻为8.05，那么，第二时间差值为2分钟。

S402，将第一时间差值和第二时间差值之和确定为胰岛素数据的上报时间差值。

在本实施例中，当获取到第一时间差值和第二时间差值后，服务器可以将第一时间差值与第二时间差值相加，将得到的第一时间差值和第二时间差值之和确定为胰岛素数据的上报时间差值。其中，上报时间差值Δt为第一时间差值Δt1与第二时间差值Δt2之和。需要说明的是，本实施例中提到的所有时刻、时间差值均可以精确至秒。例如，第一时间差值为3分钟，第二时间差值为2分钟，胰岛素数据的上报时间差值为5分钟。

上述胰岛素数据监测方法中，获取目标胰岛素泵采集胰岛素数据的时刻与目标终端接收到胰岛素数据的时刻之间的第一时间差值，以及，获取目标终端接收到胰岛素数据的时刻与服务器接收到胰岛素数据的时刻之间的第二时间差值，将第一时间差值和第二时间差值之和确定为胰岛素数据的上报时间差值。该方法通过获取胰岛素数据从胰岛素泵到目标终端的第一时间差值和从目标终端到服务器的第二时间差值，通过第一时间差值和第二时间差值，可以准确地获取到胰岛素数据的上报时间差值。

在上述实施例的基础上，本实施例是对上述步骤S303中的多个显示界面的相关内容进行介绍说明。作为非限制性示例，上述多个显示界面可以包括如下内容：服务器的显示界面上的采集时刻是基于服务器的显示界面的显示时间和上报时间差值确定的；关联终端的显示界面上的采集时刻是基于关联终端的显示界面的显示时间、上报时间差值和发送时间差值确定的；目标终端的显示界面上的采集时刻是基于目标终端的显示界面的显示时间和第一时间差值确定的。

为了对该显示界面中的显示过程进行说明，接下来以示例性的方式对多个显示界面的显示时间进行说明，胰岛素数据的采集时刻8:00，目标终端接收到胰岛素数据的时刻为8.03，服务器接收到胰岛素数据的时间为8.05，关联终端接收到胰岛素数据的时间为8.07。即第一时间差值为3分钟，第二时间差值为2分钟，上报时间差值为5分钟，发送时间差值为2分钟。那么，目标终端的显示界面在8.03时显示胰岛素数据和胰岛素数据的采集时刻8:00；服务器的显示界面在8:05时显示胰岛素数据和胰岛素数据的采集时刻8:00，关联终端的显示界面在8:07时显示胰岛素数据和胰岛素数据的采集时刻8:00。该胰岛素数据可以包括胰岛素参数值、时间、速率、血糖值等。另外，服务器还可以通过统计胰岛素数据在一段时间内的变化情况，绘制这一段时间内的数据变化趋势曲线。例如，血糖变化曲线和胰岛素剂量变化曲线等。

上述胰岛素数据监测方法中，服务器的显示界面上的采集时刻是基于服务器的显示界面的显示时间和上报时间差值确定的；关联终端的显示界面上的采集时刻是基于关联终端的显示界面的显示时间、上报时间差值和发送时间差值确定的；目标终端的显示界面上的采集时刻是基于目标终端的显示界面的显示时间和第一时间差值确定的。该方法通过不同的显示界面同步对胰岛素数据和对应的采集时间进行显示，不同的显示界面之间无需保证时钟与胰岛素泵的时钟同步，提高了多个显示界面显示过程的便捷性。

在上述实施例的基础上，本实施例是对更新胰岛素参数的相关内容进行介绍说明。如图6所示，作为非限制性示例，上述方法还可以包括如下内容：

S501，在接收到目标终端上报的更新胰岛素参数指令的情况下，在服务器的显示界面中对胰岛素参数进行同步更新；更新胰岛素参数指令是在目标胰岛素泵的参数进行更新时上报给目标终端的。

在本实施例中，当目标终端接收到目标胰岛素泵的参数更新的更新胰岛素参数指令后，基于该更新胰岛素参数指令携带的待更新参数，在目标终端的显示界面对待更新参数进行更新。并将该更新胰岛素参数指令上报至服务器，服务器接收到该更新胰岛素参数指令后，基于该更新胰岛素参数指令携带的待更新参数，在服务器的显示界面对待更新参数进行更新。

S502，将更新胰岛素参数指令发送给关联终端，以在关联终端的显示界面对目标终端中的胰岛素参数进行更新。

在本实施例中，服务器接收到更新胰岛素参数指令后，将该更新胰岛素参数指令发送给关联终端。关联终端接收到该更新胰岛素参数指令后，基于该更新胰岛素参数指令携带的待更新参数，在关联终端的显示界面对待更新参数进行更新。

上述胰岛素数据监测方法中，在接收到目标终端上报的更新胰岛素参数指令的情况下，在服务器的显示界面中对胰岛素参数进行同步更新；更新胰岛素参数指令是在目标胰岛素泵的参数进行更新时上报给目标终端的；将更新胰岛素参数指令发送给关联终端，以在关联终端的显示界面对目标终端中的胰岛素参数进行更新。该方法通过同步更新的方式，可以对服务器的显示界面和关联终端的显示界面对胰岛素参数进行更新，以保证多个显示界面的同步。

在上述实施例的基础上，本实施例是对上述步骤S201中的“获取目标终端的关联终端”的相关内容进行介绍说明。如图7所示，作为非限制性示例，上述步骤S201可以包括如下内容：

S601，获取目标终端的标识信息。

在本实施例中，目标终端的标识信息可以是唯一的识别ID。该唯一的识别ID中存储有目标终端的用户的个人信息和体征信息、胰岛素数据等。

在本实施例中，服务器可以获取目标终端的绑定手机号码，将该绑定手机号码确定为目标终端的标识信息。或者，还可以获取目标终端的持有用户的身份信息，并将该身份信息确定为目标终端的标识信息。或者，还可以获取目标终端的出厂编码，将该出厂编码确定为目标终端的标识信息。本实施例对于获取目标终端的表示信息的方式不做限定。

S602，从终端数据库中查找与标识信息相同的关联终端；终端数据库中存储有多组具有监测绑定关系的终端的标识信息。

在本实施例中，由于终端和对应的监测绑定的标识信息相同，且该标识信息均存储在终端数据库中。服务器在获取到目标终端的标识信息后，可以从终端数据库中查找与该标识信息相同的终端，并将标识信息相同的终端确定为关联终端。

上述胰岛素数据监测方法中，获取目标终端的标识信息，从终端数据库中查找与标识信息相同的关联终端。该方法中的终端数据库中存储有多组具有监测绑定关系的终端的标识信息，通过目标终端的标识信息，可以准确地从终端数据库中查找到对应的关联终端。

在上述实施例的基础上，本实施例是对目标终端与关联终端的绑定过程的相关内容进行介绍说明。如图8所示，作为非限制性示例，上述方法还可以包括如下内容：

S701，响应于目标终端上报的关联请求，对关联请求中携带的待关联终端进行校验；关联请求为用户对待关联终端的标识信息校验通过后在目标终端上触发的。

其中，目标终端上报的关联请求可以是用户通过触屏的方式触发的，也可以是用户通过鼠标点击的方式触发的。

在本实施例中，目标终端在接收到用户触发的关联请求后，首先对待关联终端的标识信息进行初步校验，再将初步校验通过的关联请求发送至服务器，这样，就可以在一定程度上减少服务器的工作量。例如，待关联终端的标识信息为手机号码时，通常情况下，手机号码的长度为11位，当用户输入的手机号码长度非11位时，初步校验不通过。仅当用户输入的手机号码长度为11位时，初步校验通过。

当服务器接收到目标终端上报的关联请求后，服务器可以对关联请求携带的标识信息进行进一步校验，以保证关联请求中携带的待关联终端与服务器之间相互连接，否则无法进行绑定。例如，服务器可以校验该用户输入的手机号码对应的待关联终端是否与服务器连接，若连接，则确定校验通过；若未连接，则确定校验不通过。

S702，若校验通过，则向待关联终端发送关联请求。

在本实施例中，若服务器确定待关联终端的校验通过，则立即向待关联终端发送关联请求，待关联终端接收到该关联请求后，待关联终端的用户可以根据实际情况，确定是否通过该关联请求。

S703，根据待关联终端基于关联请求发送的通过指令，将待关联终端确定为目标终端的关联终端，并确定目标终端与关联终端绑定成功。

在本实施例中，服务器接收到待关联终端基于关联请求发送的通过指令，说明待关联终端的用户确定与目标终端进行绑定。此时，服务器可以将待关联终端确定为目标终端的关联终端，并确定目标终端与关联终端绑定成功。

进一步的，服务器还可以将该通过指令发送给目标终端，目标终端的用户可以明确是否与待关联终端的用户是否绑定成功。

上述胰岛素数据监测方法中，响应于目标终端上报的关联请求，对关联请求中携带的待关联终端进行校验；关联请求为用户对待关联终端的标识信息校验通过后在目标终端上触发的；若校验通过，则向待关联终端发送关联请求；根据待关联终端基于关联请求发送的通过指令，将待关联终端确定为目标终端的关联终端，并确定目标终端与关联终端绑定成功。该方法在应用目标终端与关联终端的绑定关系前，通过目标终端发起关联请求，并在确定该关联请求对应的待关联终端校验通过后，向待关联终端发送该关联请求，在待关联终端同意该关联请求的情况下，确定目标终端与关联终端绑定成功。通过校验过程，过滤一些不合理的关联请求，使得绑定过程更安全。

在上述实施例的基础上，本实施例是对上述步骤S701中的“对关联请求中携带的关联终端进行校验”的相关内容进行介绍说明。如图9所示，作为非限制性示例，上述步骤S701可以包括如下内容：

S801，获取关联终端与服务器之间的接入关系。

在本实施例中，服务器可以根据关联终端的标识信息，确定关联终端和服务器之间是否接入，以此确定关联终端与服务器之间的接入关系。例如，标识信息为手机号码时，服务器可以判断该关联终端的手机号码是否为已注册，若该关联终端的手机号码已注册，则确定关联终端已接入服务器；若关联终端的手机号码未注册，则确定关联终端未接入服务器。

S802，若接入关系为已接入，则确定关联请求中携带的关联终端校验通过。

在本实施例中，若确定关联终端已接入服务器，可以确定服务器可以向该关联终端发送关联请求，此时，确定关联请求中携带的关联终端校验通过。

上述胰岛素数据监测方法中，获取关联终端与服务器之间的接入关系，若接入关系为已接入，则确定关联请求中携带的关联终端校验通过。该方法通过确定关联终端是否接入服务器，可以准确地确定关联请求中携带的关联终端是否校验通过。

为了对绑定过程进一步说明，图10为绑定过程的流程示意图，在图10中，以目标终端是终端A，待关联终端是终端B，待关联终端的用户是关爱者，关爱者请求是关联请求为例进行说明。首先，用户在终端A上输入关爱者的手机号，终端A对该关爱者的手机号进行初步验证，在验证通过后，向服务器上报关爱者请求。然后，服务器基于关爱者手机号，确定关爱者是否接入，若接入，则将关爱者请求发送给终端B。最后，终端B的关爱者向服务器发送同意请求后，确定终端A与终端B绑定成功。绑定成功的两个终端，可以相互监测对方的胰岛素数据。即终端A可以监测终端B的胰岛素数据，终端B也可以监测终端A的胰岛素数据。终端A可以获取到关爱者的个人信息、体征信息和胰岛素数据等。终端B也可以获取到终端A的用户的个人信息、体征信息和胰岛素数据等。

在上述实施例的基础上，本实施例是对告警过程的相关内容进行介绍说明。作为非限制性示例，上述方法还可以包括如下内容：响应于目标终端上报的告警消息，将告警消息发送给目标终端的关联终端；告警消息为目标胰岛素泵触发告警信号时上报给目标终端的。

在本实施例中，在目标胰岛素泵触发告警信号时上报给目标终端后，目标终端基于该告警信号生成告警信息，并将该告警信息发送给服务器。服务器接收到目标终端上报的告警信息后，将该告警信息发送给关联终端，以使关联终端能够及时获取到该告警信息。这样，在目标终端的用户未及时接收告警信息的情况下，关联终端的用户能够通过其他的方式提醒目标终端的用户。

上述胰岛素数据监测方法中，响应于目标终端上报的告警消息，将告警消息发送给目标终端的关联终端；告警消息为目标胰岛素泵触发告警信号时上报给目标终端的。该方法通过告警消息上报的过程，可以在目标终端、服务器和关联终端多个维度更有效地进行告警。

在上述实施例的基础上，本实施例是对告警之前的权限设置的相关内容进行介绍说明。

如图11所示，作为非限制性示例，上述方法还可以包括如下内容：

S901，获取目标终端的告警通知权限的开启状态。

其中，目标终端的告警通知权限是指目标胰岛素泵的告警信号是否能够上报给目标终端。告警通知权限包括开启状态和未开启状态。

在本实施例中，服务器可以向目标终端发送告警通知权限状态获取请求，目标终端接收到该获取请求后，基于该获取请求向服务器反馈告警通知权限是否开启。

S902，若开启状态为开启，则在目标终端接收到目标胰岛素泵上报的触发告警信号的情况下，接收目标终端上报的告警消息。

在本实施例中，在确定目标终端的告警通知权限为开启，说明胰岛素泵可以将告警信号传输给目标终端，目标终端基于该告警信号生成告警信息，并将该告警信息上报至服务器。

上述胰岛素数据监测方法中，获取目标终端的告警通知权限的开启状态，若开启状态为开启，则在目标终端接收到目标胰岛素泵上报的触发告警信号的情况下，接收目标终端上报的告警消息。该方法通过目标终端的告警通知权限的开启状态，可以准确地确定胰岛素泵的告警信号是否能够上报至目标终端，从而可以确定服务器是否能够接收到该告警消息。

为了对告警过程进一步说明，图12为绑定过程的流程示意图，以目标终端是终端A，待关联终端是其他终端，待关联终端的用户是关爱者，关爱者请求是关联请求为例进行说明。首先，胰岛素泵发出告警信号，并将该告警信号上报至终端A，终端A接收到该告警信号后，将该告警信号对应的告警信息上报至服务器。然后，服务器基于该告警信息，查找该终端A对应的关爱者。最后，并将该告警信息发送给关爱者持有的其他终端，其他终端可以发出告警信息，关爱者可以及时获取到胰岛素泵发出的告警信息。

作为本申请的一个具体实施例，如图13所示，该胰岛素数据监测方法包括：

S1001，响应于目标终端上报的关联请求，获取关联终端与服务器之间的接入关系；

S1002，若接入关系为已接入，则确定关联请求中携带的关联终端校验通过；

S1003，向待关联终端发送关联请求；

S1004，根据待关联终端基于关联请求发送的通过指令，将待关联终端确定为目标终端的关联终端，并确定目标终端与关联终端绑定成功；

S1005，在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的标识信息；

S1006，从终端数据库中查找与标识信息相同的关联终端；

S1007，将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测。

图14为胰岛素数据监测方法的流程示意图，图14中动态血糖仪将血糖数据发送给胰岛素泵，胰岛素泵将血糖数据和胰岛素参数数据作为胰岛素数据，通过蓝牙传输的方式传输至终端中，该终端为目标终端，终端通过网络上传的方式将胰岛素数据上传至服务器，服务器将胰岛素数据进行存储，并将胰岛素数据发送给多个终端，该多个终端为目标终端的关联终端。例如，多个终端可以包括终端A、终端B和终端C等。

图15为胰岛素数据监测方法的流程示意图，该监测过程与上述图14中的监测过程相同，服务器端的终端和关联终端均可以监测到目标终端的胰岛素数据，例如，目标终端为终端A时，服务器端的终端B、关联终端C和关联终端D均可以对终端A的胰岛素数据进行监测。

图16为目标终端的可视化界面示意图，该可视化界面中包括：胰岛素泵和动态血糖仪的设备信息、告警提示信息、胰岛素泵实时输注剂量、时间、速率信息和血糖变化曲线等。目标终端可以通过蓝牙与胰岛素泵连接，以传输胰岛素泵中的胰岛素数据。对于血糖变化曲线的示意图中，横坐标为时间区间，纵坐标为血糖值，将每个血糖数据连接起来形成平滑的曲线，通过血糖变化曲线可以展示血糖趋势变化情况。输注剂量统计中可以实时显示输注速率U/h，还可以以时间天/周/月为维度，统计大剂量、基础率的输注剂量。若胰岛素泵有告警信号，且目标终端的告警通知权限处于开启状态，则可以将该告警信号和对应的告警信息在目标终端的可视化界面进行展示。还可以统计胰岛素泵的输注记录、告警记录和设置修改记录等，当每个参数有修改时，均进行记录，便于回顾查看。同时，可视化界面还可以展示胰岛素泵的电量、药量、血糖值和剩余天数等参数，当胰岛素泵的参数有变更时，通过蓝牙将参数传递到终端，然后展示给用户。另外，还可以设置用户的基本信息，包括身高、体重、性别、联系方式等，以及是否需要消息提醒的功能，更加智能化的管理用户信息。在添加关爱者的过程中，可以通过用户唯一识别ID添加关爱者，可允许被关爱者查看或申请查看关爱者的监测信息，通过可视化面板展示用户的胰岛素泵的实时工作状态、以及关爱者的胰岛素数据。

应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的胰岛素数据监测方法的胰岛素数据监测系统。该系统所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个胰岛素数据监测系统实施例中的具体限定可以参见上文中对于胰岛素数据监测方法的限定，在此不再赘述。

在一个实施例中，提供了一种胰岛素数据监测系统，该胰岛素数据监测系统包括服务器和预先进行互相监测绑定的多个终端，各终端均与服务器连接；

服务器，用于在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的关联终端，并将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测；

其中，目标终端表示多个终端中任一个终端，关联终端为多个终端中的除目标终端之外的其他终端。

上述胰岛素数据监测系统中，由于每一个终端预先与对应的关联终端进行了监测绑定，那么，在接收到目标终端的胰岛素数据后，可以准确地查到该目标终端对应的关联终端。并及时将该胰岛素数据发送给关联终端，这样，关联终端就可以实现目标终端的胰岛素数据监测，同一个终端既可以为目标终端也可以为关联终端，即既可以监测自身的胰岛素数据又可以监测其他用户的胰岛素数据，可以实现多个用户之间的相互监测。

在一个实施例中，上述胰岛素数据监测系统还包括多个胰岛素泵，多个终端中每个终端均连接一个胰岛素泵；

各胰岛素泵，用于将采集的胰岛素数据上报给对应连接的终端。

上述胰岛素数据监测系统中，通过胰岛素泵可以及时地将胰岛素数据上报至对应的终端，终端在接收到该胰岛素数据后，及时将该胰岛素数据上报至服务器，这样，保证了胰岛素数据传输过程中的及时性。

在一个实施例中，上述多个终端和服务器中均包括显示界面，多个终端中的每个终端均连接一个显示界面，服务器连接一个显示界面；

显示界面，用于同步展示胰岛素数据和对应的采集时刻。

上述胰岛素数据监测系统中，通过不同的显示界面同步对胰岛素数据和对应的采集时间进行显示，不同的显示界面之间无需保证时钟与胰岛素泵的时钟同步，提高了多个显示界面显示过程的便捷性。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的胰岛素数据监测方法的胰岛素数据监测装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个胰岛素数据监测装置实施例中的具体限定可以参见上文中对于胰岛素数据监测方法的限定，在此不再赘述。

在一个实施例中，如图17所示，提供了一种胰岛素数据监测装置，包括：获取模块11和发送模块12，其中：

获取模块，用于在接收到目标终端上报的胰岛素数据的情况下，获取目标终端的关联终端；目标终端表示预先进行互相监测绑定的多个终端中任一个终端，关联终端为多个终端中的除目标终端之外的其他终端；

发送模块，用于将目标终端中的胰岛素数据发送至关联终端，以指示关联终端对目标终端中的胰岛素数据进行监测。

在一个实施例中，上述胰岛素数据监测装置还包括：上报时间差值获取模块、发送时间差值获取模块和展示模块，其中：

上报时间差值获取模块，用于在目标终端与目标胰岛素泵连接的情况下，获取胰岛素数据的上报时间差值；上报时间差值表示目标胰岛素泵采集胰岛素数据的时刻与服务器接收到胰岛素数据的时刻之间的差值；

发送时间差值获取模块，用于获取服务器接收到胰岛素数据的时刻与关联终端接收到胰岛素数据的时刻的发送时间差值；

展示模块，用于基于上报时间差值和发送时间差值，通过多个显示界面同步展示胰岛素数据和对应的采集时刻；各显示界面包括关联终端的显示界面、目标终端的显示界面和服务器的显示界面；

其中，服务器的显示界面上的采集时刻是基于服务器的显示界面的显示时间和上报时间差值确定的；关联终端的显示界面上的采集时刻是基于关联终端的显示界面的显示时间、上报时间差值和发送时间差值确定的；目标终端的显示界面上的采集时刻是基于目标终端的显示界面的显示时间和第一时间差值确定的。

在一个实施例中，上述上报时间差值获取模块包括：第一获取单元和确定单元，其中：

第一获取单元，用于获取目标胰岛素泵采集胰岛素数据的时刻与目标终端接收到胰岛素数据的时刻之间的第一时间差值，以及，获取目标终端接收到胰岛素数据的时刻与服务器接收到胰岛素数据的时刻之间的第二时间差值；

确定单元，用于将第一时间差值和第二时间差值之和确定为胰岛素数据的上报时间差值。

在一个实施例中，上述胰岛素数据监测装置还包括：同步更新模块和更新指令发送模块，其中：

同步更新模块，用于在接收到目标终端上报的更新胰岛素参数指令的情况下，在服务器的显示界面中对胰岛素参数进行同步更新；更新胰岛素参数指令是在目标胰岛素泵的参数进行更新时上报给目标终端的；

更新指令发送模块，用于将更新胰岛素参数指令发送给关联终端，以在关联终端的显示界面对目标终端中的胰岛素参数进行更新。

在一个实施例中，上述获取模块包括：标识信息获取单元和查找单元，其中：

标识信息获取单元，用于获取目标终端的标识信息；

查找单元，用于从终端数据库中查找与标识信息相同的关联终端；终端数据库中存储有多组具有监测绑定关系的终端的标识信息。

在一个实施例中，上述胰岛素数据监测装置还包括：校验模块、关联请求发送模块和确定模块，其中：

校验模块，用于响应于目标终端上报的关联请求，对关联请求中携带的待关联终端进行校验；关联请求为用户对待关联终端的标识信息校验通过后在目标终端上触发的；

关联请求发送模块，用于在校验通过的情况下，向待关联终端发送关联请求；

确定模块，用于根据待关联终端基于关联请求发送的通过指令，将待关联终端确定为目标终端的关联终端，并确定目标终端与关联终端绑定成功。

在一个实施例中，上述校验模块包括：接入关系获取单元和校验通过确定单元，其中：

接入关系获取单元，用于获取关联终端与服务器之间的接入关系；

校验通过确定单元，用于在接入关系为已接入的情况下，则确定关联请求中携带的关联终端校验通过。

在一个实施例中，上述胰岛素数据监测装置还包括告警消息发送模块，其中：

告警消息发送模块，用于响应于目标终端上报的告警消息，将告警消息发送给目标终端的关联终端；告警消息为目标胰岛素泵触发告警信号时上报给目标终端的。

在一个实施例中，上述胰岛素数据监测装置还包括：权限开启状态获取模块和告警消息接收模块，其中：

权限开启状态获取模块，用于获取目标终端的告警通知权限的开启状态；

告警消息接收模块，用于在开启状态为开启的情况下，则在目标终端接收到目标胰岛素泵上报的触发告警信号的情况下，接收目标终端上报的告警消息。

上述胰岛素数据监测装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图18所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储胰岛素数据监测数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种胰岛素数据监测方法。

本领域技术人员可以理解，图18中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述胰岛素数据监测系统中的任意一项实施例中的内容。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述胰岛素数据监测系统中的任意一项实施例中的内容。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述胰岛素数据监测系统中的任意一项实施例中的内容。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。