CN107438070B - 一种协议配置方法及装置 - Google Patents

Abstract

本发明实施例提供了一种协议配置方法及装置，涉及医疗技术领域。一方面，本发明实施例通过获取阻塞队列，该阻塞队列中包含p个协议加载请求消息；然后，从阻塞队列中获取第n个协议加载请求消息；从而，响应所述第n个协议加载请求消息，加载该第n个协议加载请求消息中指示的第n个协议，并在加载完成前任一指定时刻，检测该阻塞队列中是否有第n+1个协议加载请求消息；当检测到该阻塞队列中有第n+1个协议加载请求消息时，终止本次协议加载的进程。本发明实施例提供的技术方案不需要等待当前加载的协议加载完成后，才可以加载下一个协议，提高了协议配置的效率，在一定程度上解决了现有技术中终端执行切换加载协议的操作速度慢的问题。

Description

一种协议配置方法及装置

【技术领域】

本发明涉及医疗技术领域，尤其涉及一种协议配置方法及装置。

【背景技术】

一些医疗影像设备在加载协议时，需要获取产品的相关数据、以及设置与该医疗影像产品通信的下位机高压和机架参数，因此，这些终端在加载协议需要一定的时间。

为了避免用户在一定时间内选择多个协议，造成医疗影像设备在较长时间内一直在执行加载协议的操作，而影响医疗影像设备执行其他任务。现有技术往往采用在设备执行加载协议时，冻结UI(User Interface，用户界面)，例如可操作对象(例如按钮、文字输入等UI元素)显示灰色等不可操作状态，使得可操作对象暂时无法使用，使得用户只能等设备执行完当前加载协议的操作后，用户才能选择下一个协议并且终端才会执行加载用户此次选的协议。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

由于在协议加载的过程中，用户界面冻结，禁止用户操作，因此，就算是当前加载的协议不是用户需要的协议，也需要等待该协议加载完成。这造成终端执行切换加载协议的操作响应速度慢。

【发明内容】

有鉴于此，本发明实施例提供了一种协议切换的方法及装置，用以解决现有技术执行切换加载的协议的操作速度慢的问题。

一方面，本发明实施例提供了一种协议配置方法，适用于医疗器械中，包括：

获取阻塞队列，所述阻塞队列中包含p个协议加载请求消息；

从阻塞队列中获取第n个协议加载请求消息；

响应所述第n个协议加载请求消息，加载所述第n个协议加载请求消息中指示的第n个协议，并在加载完成前任意指定时刻，检测所述阻塞队列中是否有第n+1个协议加载请求消息；

当检测到所述阻塞队列中有第n+1个协议加载请求消息时，终止本次协议加载的进程。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述从阻塞队列中获取第n个加载请求消息之后，在所述加载所述第n个协议标识指示的协议之前，所述方法还包括：

检测所述阻塞队列中是否有其他协议加载请求消息；

若检测到有其他协议请求，从所述阻塞队列中获取第m个协议加载请求消息，并检测所述阻塞队列中是否还有协议加载请求消息；

若检测到所述阻塞队列中无协议加载请求消息，响应所述第m个协议加载请求消息，加载所述第m个协议标识指示的协议。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述获取阻塞队列之前，所述方法还包括：

获取用户选择的协议标识；

根据所述协议标识，生成协议加载请求消息；

将所述协议加载请求消息推入到所述阻塞队列。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，获取用户选择的协议标识包括：

获取用户界面中输入的指定操作；

响应所述指定操作，根据所述操作获取相应的协议。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，阻塞队列中的p个协议加载请求按照推入阻塞队列的先后顺序排序。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，当加载协议的进程按照指定顺序分成若干子进程时，所述指定时刻为当前运行的子进程结束的时刻，或者，所述指定时刻为与当前运行的子进程相邻的下一子进程开始时刻。

另一方面，本发明实施例提供了一种协议配置装置，所述协议配置装置设置于医疗器械中，所述装置包括：

第一获取单元，获取阻塞队列，所述阻塞队列中包含第n个协议加载请求消息；

第二获取单元，用于从阻塞队列中获取第n个协议加载请求消息；

加载单元，用于响应所述第n个协议加载请求消息，加载所述第n个协议加载请求消息中指示的第n个协议；

第一检测单元，用于在加载完成前任意指定时刻，检测所述阻塞队列中是否有第n+1个协议加载请求消息；

结束单元，用于当检测到所述阻塞队列中有第n+1个协议加载请求消息时，终止本次协议加载的进程。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括：

第二检测单元，用于检测所述阻塞队列中是否有其他协议加载请求消息；

处理单元，用于若检测到有其他协议请求，从所述阻塞队列中获取第m个协议加载请求消息，并检测所述阻塞队列中是否还有协议加载请求消息；

所述加载单元，用于若检测到所述阻塞队列中无协议加载请求消息，响应所述第m个协议加载请求消息，加载所述第m个协议标识指示的协议。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括：

第三获取单元，用于获取用户选择的协议标识；

生成单元，用于根据所述协议标识，生成协议加载请求消息；

推入单元，用于将所述协议加载请求消息推入到所述阻塞队列。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，第三获取单元具体用于：

获取用户在用户界面中输入的指定操作；

响应所述指定操作，根据所述操作获取相应的协议。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，阻塞队列中的p个协议加载请求按照推入阻塞队列的先后顺序排序。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，当加载协议的进程按照指定顺序分成若干子进程时，所述指定时刻为当前运行的子进程结束的时刻，或者，所述指定时刻为与当前运行的子进程相邻的下一子进程开始时刻。

再一方面，本发明实施例还一种协议配置装置，所述协议配置装置设置于医疗器械中，所述协议配置包括：

显示设备，所述显示设备包括用户界面，用于在所述界面的指定位置选择多个协议标识，并显示协议加载结果；

存储器，所述存储器存储有程序代码；

处理器，所述处理器可以调用所述存储器中的程序代码；当所述处理器调用所述程序代码时，用于执行上述任一协议配置方法。

本发明实施例提供的技术方案，通过在阻塞队列中获取协议加载请求消息，然后，在加载协议加载请求消息指示的协议的过程中，检测该阻塞队列中是否有新的加载协议加载请求消息，如果在加载协议过程中，检测到有新的协议加载请求消息时，能够及时结束当前的协议加载进程，而响应新的协议加载请求消息。相比于现有技术，本发明实施例提供的技术方案不需要等待当前加载的协议加载完成后，才可以加载下一个协议，提高了协议配置的效率，在一定程度上解决了现有技术中终端执行切换加载协议的操作速度慢的问题。

【附图说明】

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

图1是本发明实施例所提供的一种协议配置方法的流程示意图；

图2是本发明实施例所提供的另一种协议配置方法的流程示意图；

图3是本发明实施例所提供的另一种协议配置方法的流程示意图；

图4是本发明实施例所提供的一种协议配置装置的结构框图；

图5是本发明实施例所提供的另一种协议配置装置的结构框图；

图6是本发明实施例所提供的另一种协议配置装置的结构框图；

图7是本发明实施例所提供的另一种协议配置装置的结构框图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二等来描述获取单元，但这些获取单元不应限于这些术语。这些术语仅用来将获取单元彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一获取单元也可以被称为第二获取单元，类似地，第二获取单元也可以被称为第一获取单元。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

本发明实施例提供了一种协议配置方法，该方法应用于终端加载协议的过程中，且该终端为医疗器械。

其中，该医疗器械包括但不限定于X射线影像设备、CT扫描设备、磁共振设备、心电图机等用于医疗技术领域的设备。

该协议配置方法的流程图如图1所示，该方法包括：

101、获取阻塞队列，所述阻塞队列中包含p个协议加载请求消息。

其中，该阻塞队列是协议加载请求消息的队列，该阻塞队列相当于一个存储空间，用于缓存协议加载请求消息。该阻塞队列中包含p个协议加载请求消息，该p个协议加载请求按照推入阻塞队列的先后顺序有序排列。

102、从阻塞队列中获取第n个协议加载请求消息。

103、响应所述第n个协议加载请求消息，加载所述第n个协议加载请求消息中指示的第n个协议，并在加载完成前任意指定时刻，检测所述阻塞队列中是否有第n+1个协议加载请求消息。

其中，协议加载请求消息可以携带有协议标识，例如，该标识可以是协议的ID号；或者，该标识可以是协议的哈希值，本发明对于协议标识的类型不做具体限定。需要说明的是，协议标识与协议存在一一对应关系，终端通过解析协议加载请求消息中的协议标识，并根据协议标识与协议的唯一对应关系，确定需要加载的协议。

需要说明的是，为了避免在加载协议的过程中，终端随意中断加载协议，而去检查阻塞队列中是否有第n+1个协议加载请求引起的终端系统故障，可以将加载协议的进程按照是否可以被中断的原则分成若干子进程，而指定时刻可以为当前运行的子进程结束的时刻，或者，所述指定时刻为与当前运行的子进程相邻的下一子进程开始时刻。

其中，第n+1个协议加载请求消息是在终端加载第n个协议的过程中，阻塞队列中新加入的协议加载请求消息。第n+1个协议加载请求消息指示的协议可以不同于第n个协议加载请求消息指示的协议；第n+1个协议加载请求消息指示的协议还可以与第n个协议加载请求指示的协议相同。

104、当检测到所述阻塞队列中有第n+1个协议加载请求消息时，终止本次协议加载的进程。

补充说明的是，在加载第n个协议的过程中，如果终端未检测到阻塞队列中增加新的协议加载请求消息，终端重复执行步骤103继续加载第n个协议，直到终端检测到阻塞队列中增加新的协议加载请求消息，或者，完成该第n个协议加载的操作。

本发明实施例提供的技术方案，通过在阻塞队列中获取协议加载请求消息，然后，在加载协议加载请求消息指示的协议的过程中，检测该阻塞队列中是否有新的加载协议加载请求消息，如果在加载协议过程中，检测到有新的协议加载请求消息时，能够及时结束当前的协议加载进程，而响应新的协议加载请求消息。相比于现有技术，本发明实施例提供的技术方案不需要等待当前加载的协议加载完成后，才可以加载下一个协议，提高了协议配置的效率，在一定程度上解决了现有技术中终端执行切换加载协议的操作速度慢的问题。

进一步的，结合前述流程，终端获取到的阻塞队列中包含p个协议加载请求消息，为了保证终端响应的加载请求消息始终与用户选择的协议标识对应，基于此目的，本发明实施例提供了另一实现方式，如图2所示，在执行步骤102从阻塞队列中获取第n个加载请求消息之后，以及在执行步骤103加载所述第n个协议标识指示的协议之前，该方法还包括：

105、检测所述阻塞队列中是否有其他协议加载请求消息。

106、若检测到有其他协议请求，从所述阻塞队列中获取第m个协议加载请求消息，并检测所述阻塞队列中是否还有协议加载请求消息。

其中，该第m个协议加载请求消息是在上述第n个协议加载请求消息之后，在上述第n+1个协议加载请求消息之前进入该阻塞队列的协议加载请求消息。

其中，该阻塞队列具有先进入阻塞队列的协议加载请求消息先输出的特点，即终端按照协议加载请求消息进入从阻塞队列的顺序依次获取。

补充说明的是，若终端经过步骤105检测到该阻塞队列中还有其他协议加载请求消息，执行步骤103。

107、若检测到所述阻塞队列中无其他协议加载请求消息，响应所述第m个协议加载请求消息，加载所述第m个协议标识指示的协议，并在加载完成前任意指定时刻，检测所述阻塞队列中是否有第n+1个协议加载请求消息。

补充说明的是，若终端经过步骤106检测到该阻塞队列中还有其他协议加载请求消息，执行步骤102。

在响应协议加载请求消息前，通过检查该阻塞队列中是否有其他协议加载请求消息，来判断当前阻塞队列是否为空的队列，基于阻塞队列的输出的原则，若阻塞队列为空的队列，确定终端当前获取到的协议加载请求消息是最后进入的阻塞队列的协议加载请求消息，也可以理解为，终端获取到的协议加载请求消息对应用户最终选择的协议；若阻塞队列不是空的队列，可以确定用户选择了新的协议标识，终端当前获取到协议加载请求消息不是最新的协议加载请求消息。通过检测阻塞队列中是否有其他协议加载请求消息，只有当检测到阻塞队列中无其他协议加载请求消息后，才执行加载协议的操作，从而，实现终端加载的协议与用户最终选择的协议标识对应。

进一步的，结合前述流程，为使终端能够在阻塞队列中获取到协议加载请求消息，基于此，本发明实施例提供了另一种实现方式，如图3所示，在步骤101获取阻塞队列之前，该方法还包括：

108、获取用户选择的协议标识。

为了便于用户选择需要终端加载协议，提高用户与终端的交互，增强用户体验感，终端中设置有用户界面，用户通过在用户界面中输入指定操作，向终端发送指定控制消息，从而，终端根据指定控制消息，触发终端执行相应动作。

具体的，终端的用户界面具有协议选择控件，当用户点击该协议选择控件时，用户界面上会弹出协议列表，以供用户选择需要终端加载的协议。用户通过点击用户界面指定位置，实现从协议列表中选择需要的协议，其中，协议列表中的协议标识与用户界面位置存在一种映射关系，从而，终端根据用户点击的位置，获取指定的协议标识。

109、根据该协议标识，生成协议加载请求消息。

其中，生成的协议加载请求消息中携带有协议标识。

110、将所述协议加载请求消息推入到所述阻塞队列。

本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。本发明实施例提供协议配置装置设置于医疗器械中，该协议配置的功能方块图如图4所示，该装置包括：

第一获取单元21，获取阻塞队列，所述阻塞队列中包含p个协议加载请求消息。

第二获取单元22，用于从阻塞队列中获取第n个协议加载请求消息。

加载单元23，用于响应所述第n个协议加载请求消息，加载所述第n个协议加载请求消息中指示的第n个协议。

第一检测单元24，用于在加载完成前任意指定时刻，检测所述阻塞队列中是否有第n+1个协议加载请求消息。

结束单元25，用于当检测到所述阻塞队列中有第n+1个协议加载请求消息时，终止本次协议加载的进程。

可选的是，如图5所示，该装置还包括：

第二检测单元26，用于检测所述阻塞队列中是否有其他协议加载请求消息。

处理单元27，用于若检测到有其他协议请求，从所述阻塞队列中获取第m个协议加载请求消息，并检测所述阻塞队列中是否还有协议加载请求消息。

加载单元23，用于若检测到所述阻塞队列中无协议加载请求消息，响应所述第m个协议加载请求消息，加载所述第m个协议标识指示的协议。

可选的是，如图6所示，该装置还包括：

第三获取单元28，用于获取用户选择的协议标识。

生成单元29，用于根据该协议标识，生成协议加载请求消息。

推入单元30，用于将所述协议加载请求消息推入到所述阻塞队列。

可选的是，第三获取单元28具体用于获取用户界面中输入的指定操作以及响应所述指定操作，根据所述操作获取相应的协议。

可选的是，阻塞队列中的若干协议加载请求按照推入阻塞队列的先后顺序排序。

可选的是，当加载协议的进程按照指定顺序分成若干子进程时，所述指定时刻为当前运行的子进程结束的时刻，或者，所述指定时刻为与当前运行的子进程相邻的下一子进程开始时刻。

本发明实施例还提供了一种协议配置装置，所述协议配置装置设置于医疗器械中，该装置的结构图如图7所示，所述协议配置包括：

显示设备410，所述显示设备包括用户界面，用于在所述界面的指定位置选择多个协议标识，并显示协议加载结果。

存储器420，所述存储器420存储有程序代码。

处理器430，所述处理器430可以调用所述存储器420中的程序代码；当该处理器430调用该程序代码时，用于执行上述任一协议配置方法。

本发明实施例提供的技术方案，通过在获取到的阻塞队列中获取协议加载请求消息，然后，在加载协议加载请求消息指示的协议的过程中，检测该阻塞队列中是否有新的加载协议加载请求消息，如果在加载协议过程中，检测到有新的协议加载请求消息时，能够及时结束当前的协议加载进程，而响应新的协议加载请求消息。相比于现有技术，本发明实施例提供的技术方案不需要等待当前加载的协议加载完成后，才可以加载下一个协议，提高了协议配置的效率，在一定程度上解决了现有技术中终端执行切换加载协议的操作速度慢的问题。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种协议配置方法，其特征在于，适用于医疗器械中，包括：

获取阻塞队列，所述阻塞队列中包含p个协议加载请求消息；

从阻塞队列中获取第n个协议加载请求消息；

响应所述第n个协议加载请求消息，加载所述第n个协议加载请求消息中指示的第n个协议，并在加载完成前任意指定时刻，检测所述阻塞队列中是否有第n+1个协议加载请求消息；

当检测到所述阻塞队列中有第n+1个协议加载请求消息时，终止本次协议加载的进程；

在所述从阻塞队列中获取第n个加载请求消息之后，在所述加载所述第n个协议标识指示的协议之前，所述方法还包括：

检测所述阻塞队列中是否有其他协议加载请求消息；

若检测到有其他协议加载请求消息，从所述阻塞队列中获取第m个协议加载请求消息，并检测所述阻塞队列中是否还有协议加载请求消息；

若检测到所述阻塞队列中无协议加载请求消息，响应所述第m个协议加载请求消息，加载所述第m个协议标识指示的协议。

2.根据权利要1所述的方法，其特征在于，在所述获取阻塞队列之前，所述方法还包括：

获取用户选择的协议标识；

根据所述协议标识，生成协议加载请求消息；

将所述协议加载请求消息推入到所述阻塞队列。

3.根据权利要求2所述的方法，其特征在于，获取用户选择的协议标识包括：

获取用户界面中输入的指定操作；

响应所述指定操作，根据所述操作获取相应的协议。

4.根据权利要求1所述的方法，其特征在于，阻塞队列中的p个协议加载请求按照推入阻塞队列的先后顺序排序。

5.根据权利要求1所述的方法，其特征在于，当加载协议的进程按照指定顺序分成若干子进程时，所述指定时刻为当前运行的子进程结束的时刻，或者，所述指定时刻为与当前运行的子进程相邻的下一子进程开始时刻。

6.一种协议配置装置，其特征在于，所述协议配置装置设置于医疗器械中，所述装置包括：

第一获取单元，获取阻塞队列，所述阻塞队列中包含n个协议加载请求消息；

第二获取单元，用于从阻塞队列中获取第n个协议加载请求消息；

加载单元，用于响应所述第n个协议加载请求消息，加载所述第n个协议加载请求消息中指示的第n个协议；

第一检测单元，用于在加载完成前任意指定时刻，检测所述阻塞队列中是否有第n+1个协议加载请求消息；

结束单元，用于当检测到所述阻塞队列中有第n+1个协议加载请求消息时，终止本次协议加载的进程；

所述装置还包括：

第二检测单元，用于检测所述阻塞队列中是否有其他协议加载请求消息；

处理单元，用于若检测到有其他协议加载请求消息，从所述阻塞队列中获取第m个协议加载请求消息，并检测所述阻塞队列中是否还有协议加载请求消息；

所述加载单元，用于若检测到所述阻塞队列中无协议加载请求消息，响应所述第m个协议加载请求消息，加载所述第m个协议标识指示的协议。

7.根据权利要6所述的装置，其特征在于，所述装置还包括：

第三获取单元，用于获取用户选择的协议标识；

生成单元，用于根据所述协议标识，生成协议加载请求消息；

推入单元，用于将所述协议加载请求消息推入到所述阻塞队列。

8.一种协议配置装置，其特征在于，所述协议配置装置设置于医疗器械中，所述协议配置包括：

显示设备，所述显示设备包括用户界面，用于在所述界面的指定位置选择多个协议标识，并显示协议加载结果；

存储器，所述存储器存储有程序代码；

处理器，所述处理器可以调用所述存储器中的程序代码；当所述处理器调用所述程序代码时，用于执行上述权利要求1-5所述的任一方法。

Images