CN101644918A - 用于管理电子设备的提示的方法和系统 - Google Patents

Abstract

本发明涉及一种方法、一种计算机程序产品和一种系统，用于管理电子的医学技术的外围设备(100)的故障提示，这些外围设备通过CANopen接口(BUS)通信，其中，设备配置文件(DCF)被扩展了提示对象(MO)。在准备阶段可以配置所述提示对象(MO)。然后，在运行时间读入所述提示对象(MO)并且在处理或者管理所采集的故障提示时使用。根据所采集的提示对象(MO)对所采集的故障提示进行参数化并且由此特殊地处理。

Description

用于管理电子设备的提示的方法和系统

技术领域

本发明特别属于医学技术领域并且特别涉及对在一个总系统内部的通过网络互相连接的外围设备的故障以及故障提示的处理。

背景技术

医学技术系统目前通常包括多个连接的设备，这些设备分别通过网络互相交换数据并且包括例如磁共振断层成像、计算机断层成像等，具有与此相关设置的外围设备、例如注射器、实验室检查设备、血压测量设备或其它外围设备。为了能够尽可能快地消除由于出现故障导致的设备故障，以及为了避免整个系统中的其它的后续故障，必须采取关于如何处理技术设备的故障提示的预防措施。为此必须确定，在哪种情况下出现了故障提示，以哪种形式出现，并且产生那些后果以及涉及网络中哪些其它实例(Instanz)。在此要考虑，通常必须根据场境(

)来解释故障提示。这意味着，如果仅考虑故障提示本身是不够的。相反，考虑导致故障提示的各个设备的总的关系是重要的。这对于包括多个子组件的模块化构建的系统来说是特别重要的。

然而，故障提示的处理不是静态的，而是通常随时间变化的。例如通常最初被视为非常重要的故障提示渐渐失去意义并且因此不再应该显示在突出位置，而是要求另一个修改的处理。

因此故障提示的处理、特别是故障提示的显示，对于整个系统来说是特别重要的，因为要以突出的方式显示具有高的优先级的故障，以便尽可能快地触发故障处理例程。

在现有技术中在目前应用的医学技术的外围设备中公知的是，通过中央的监视软件来处理设备故障提示。监视软件通常是系统软件的组成部分并且可以说提供关于外围设备的具有决定性意义的实例。通过在中央层面上处理外围设备的故障提示，可以采集各个故障提示对整个系统的影响。然而该结构概念的缺陷是，关于故障提示的处理的每个变化总是使得系统软件要烦琐变化。换言之这带来如下后果：必须将每次在处理外围设备单个故障提示时的改变与整个系统软件匹配。这导致故障并且因此还导致不令人满意的状态，因为不经常进行系统软件的匹配，从而不能根据最新的状态来处理故障提示。

发明内容

因此，本发明要解决的技术问题是，提出一种可以改进和简化医学外围设备的故障提示的处理的途径。此外，还要使得该设备的故障提示的处理进一步灵活化。

以下描述关于方法的技术问题的解决方案。此处提到的特征、优点和可替换的实施方式同样也适用于其它所要求保护的内容，反之亦然。换言之，用结合方法描述的或要求的特征来扩展具体的(例如关于计算机程序产品和关于系统的)权利要求，反之亦然。然后，通过相应的具体模块、特别是通过系统的硬件模块来构造该方法的相应的功能性特征。

上述技术问题特别通过一种用于管理与电子设备相关输出的故障提示的方法来解决，该电子设备具有在设备变量上的面向地址的访问机制。用该设备提供设备配置文件，按照本发明，以一个提示对象扩展该设备配置文件。该方法包括以下方法步骤：

-从扩展的设备配置文件读入具有提示对象参数的提示对象；

-接收故障提示；

-用读入的提示对象的提示对象参数对接收的故障提示进行参数化；

-管理参数化的故障提示。

前面提到的方法是计算机执行的并且用于管理提示。

在优选实施方式中，提示是电子设备的故障提示，然而作为替换可以是具有其它内容的其它类型的提示，例如是信息提示、状态提示等等。

按照优选实施方式，电子设备是具有对设备变量面向地址的访问机制的医学技术的外围设备。在此，例如可以是按照所谓的CANopen标准通信的设备。CANopen是起源于自动化技术并且应用于电子设备的联网或通信的通信协议。在按照CANopen标准通信的设备中需要使用电子数据表单、即所谓的electronicdata sheets。在此，是以标准化的格式存储的电子文件，以便提供关于各个设备的元信息(Metainformation)。从该文件、即电子数据表单产生另一个配置文件、即所谓的设备配置文件。设备配置文件也是这样的配置文件，在该配置文件中相关设备的制造商可以提供用于使用的其它信息。现在按照本发明扩展该配置文件，使得其包括提示对象。

提示对象是信息技术的这样的实例，在该实例中通常综合了多个提示对象参数。概念“提示对象参数”应该被理解为这样的参数，其对于各个故障提示的编排(Layout)或者显示、对于各个故障提示的分析或者说加权、对于故障提示的其它处理来说是重要的。例如，确定应该如何在监视器上显示故障提示(例如作为弹出窗口)和应该在哪里存储该故障提示以及在哪些条件下的参数就是这样的参数。可能的提示对象参数的列表是动态可配置的和可扩展的。

对接收的具有读入的提示对象的提示对象参数的故障提示进行“参数化”的概念被理解为，用当前的并分别新读入的提示对象参数来统调(abgeglichen)接收的故障提示。换言之，分别在采集故障提示之后附加地采集，应该如何管理或者处理该故障提示。为了规定该处理或者管理，定义了提示对象参数。

概念“管理”包括对故障提示的所有形式的处理，从以对应的形式和方式显示各个故障提示开始。此外，还可以包括对各个故障提示的重要性的分析。该特征特别是在必须对多个故障提示关于其重要性定优先级的复杂系统中是重要的。在本发明的更复杂的实施方式中，管理还可以包括故障提示的存储和故障提示的进一步处理。该进一步处理可以包括附加的恢复策略，以及触发关于故障提示的其它措施。通常分别在一个文件中提供按照CANopen标准的配置文件(电子数据表单和设备配置文件)。然而，也可以不是在一个单独的文件中提供来自配置文件的相应信息，而是在多个文件上分配。

如前面已经提到的，本发明的优选实施方式涉及按照CANopen标准通信的设备。但是作为替换，其它标准在此处同样是可能的，例如USB标准等等。

按照本发明的优选实施方式，提示对象参数包括用于各个故障提示的管理的信息。这些信息特别涉及故障提示的显示方式、根据可配置的优先级标准对故障提示的分析和在显示故障提示时的附加信息。提示对象参数包括特别的故障提示标志、故障提示源信息、触发信息、编排信息和/或故障分析信息。根据提示对象参数来进行管理、特别是故障提示的显示。这具有如下的优点：可以在抽象的位于更高的层面上来定义，如何处理特定的故障提示。由此，一般性地和共同地处理故障提示的可能的特定组，而无需单独处理特殊的故障提示。通过提供用于扩展配置文件的提示对象，此外还可以，修改地处理迄今为止的提示或者插入新的提示，而无需匹配系统软件。

按照本发明的另一个方面，编排信息(Layout-Information)包括关于如下的数据：故障提示应该以何种方式显示在可配置的显示位置上。编排信息还可以涉及应该如何关于不同的显示位置来显示故障提示。按照本发明的优选实施方式，设置了具有规则的数据库，这些规则定义，在提示对象参数中存在哪些关系。例如可以设置考虑如下的规则：具有最高优先级的所有故障提示需要特定的显示形式并且例如始终作为弹出窗口显示，以便指明相关故障提示的重要性。其它次重要的故障提示可以以简单的消息提供给用户。

在一种优选实施方式中这样构造该方法，使得原则上在每次系统启动(Hochlauf)时读入具有提示对象参数的提示对象。也就是可以设置为，在启动分别对应的设备或者当启动在其中嵌入相关设备的系统时，总是读入提示对象。作为对此的替换，可以根据可配置的事件读入提示对象参数。例如，用户可以定义，当提示对象被改变时，总是读入该提示对象。同样可以动态确定其它读入标准。

在优选实施方式中，提示对象的格式对应于通常的CANopen标准的格式。

除了前面提到的提示对象参数，还可以可选地集成其它的提示文本到提示对象中。在此，例如可以是这样的提示文本：该提示文本应该对于用户综合地标记提示的组。此外，还可以以不同的语言提供提示文本。同样可以设置其它提示的参考。

按照本发明的优选实施方式，场境敏感地进行相关故障提示的管理。换言之，考虑电子设备位于其中的系统的整个状态。例如，从延长生命的设备输出的故障提示相对于对于患者的生命不具有重要性的实验室设备的故障提示被评价为具有最高的重要性。换言之，可以在更高的层面上统一地确定，应该以何种方式显示哪个故障提示。由此，一方面可以使故障提示的显示统一，而另一方面可以形成具有相同或类似的形势场境(Situationszusammenhang)并且应该相同地被管理的故障提示的特定的组。然后，统一地显示具有这样的形势场境的所有故障提示。这明显简化和改进了系统的使用。

与现有技术中迄今为止的故障提示系统不同的是，用按照本发明的方法可以形成故障提示组。根据故障提示与特定组的对应，控制故障提示的显示。通常此处设置为，特别突出地显示具有较高优先级的所有故障提示，而可以以简单的提示形式来显示不太重要的故障提示。该可选的形式是可配置的。

按照本发明的另一方面，该管理包括修改和/或删除已经存在的故障提示。此外，还可以将新的故障提示集成到系统中，而无需改变系统软件。利用按照本发明的解决方案还可以将在设备中新接收的、基于特殊的故障情况的故障提示分别还直接提供给其它设备使用。这明显提高了系统的灵活性。

提示对象同样是动态改变的。因此可以反复重新配置提示对象参数。可以使用提示对象的各个最新版本。按照本发明的另一方面，用于显示故障提示的显示位置也是可配置的。因此例如重要的故障提示可以在系统中相对高的位置上显示(例如在系统管理员层面上或者例如在所有连接的设备上，以便提高读该故障提示的用户的数量)。相反，如果故障提示不太重要，则也可以最小化显示位置的数目。为了能够足够详细地估计各个故障提示的重要性，设置规则，在这些规则中确定，根据其重要性应该如何管理故障提示。

上述技术问题的另一个解决方案在于一种计算机程序产品和一种系统。该系统除了包括各个电子设备还包括存储介质(在该存储介质上存储了包括提示对象的配置文件)、文本流转化器(Textstreamer)(其读出各个更新的提示对象)和事件处理器(其接收故障提示并且根据从存储介质和文本流转化器中读出的条件来管理或者特别是显示故障提示)。

附图说明

图1是按照本发明的系统的组成部分的概图，

图2是按照本发明的优选实施方式的工作流的示意图，以及

图3是按照本发明的优选实施方式的提示对象的例子。

具体实施方式

以下结合图1解释本发明的粗略背景。本发明提出一种一般性的机制，用以在中央层面上管理电子CANopen设备100的故障提示，而无需干预或者改变系统软件。在系统软件中通常集成了监视软件，该监视软件用于管理多个分散设置的电子设备的故障提示。对系统软件的修改与相对高的开销相联系，因为为此通常需要系统管理员，并且因为不能从分散的位置(或者说在现场)在电子设备100上进行修改。在图1中用方框示出了系统软件内部的监视软件，其被设置在中间示出的接口之上。在一种优选实施方式中接口是CANopen总线。然而，在其它实施方式中可以是用以将电子设备100连接到中央管理实例的其它接口、例如通过USB接口。

按照本发明的系统包括存储介质110，在该存储介质上存储了设备配置文件DCF。存储介质110优选也设置在电子设备100上。然而作为替换，存储介质110还可以放置在与电子设备100进行数据交换的外部实例上。配置文件DCF是否构造为单独的文件还是在多个文件上分配，原则上是不重要的。

此外，该系统还包括从扩展的设备配置文件DCF读入提示对象MO的文本流转化器120，和接收并参数化故障提示的事件处理器130。文本流转化器120和/或事件处理器130可以构造在同一个但也可以在不同的实例中。它们或者可以构造在电子设备100中；作为替换也可以构造在中央监视系统中或者在同样通过CANopen总线BUS连接到系统的实例中。

对于按照CANopen标准配置的设备，提供电子数据表单、即所谓的electronic data sheet EDS。电子数据表单通常由制造商提供并且就其而言产生另一个文件、即所谓的设备配置文件DCF。即设备配置文件DCF和电子数据表单EDS两个文件都是配置文件。按照本发明的一种优选实施方式，设备配置文件DCF被扩展了提示对象MO。在提示对象MO中提供就故障提示的显示和分析或者处理来说是重要的信息。

在图3中示出了扩展的提示对象MO的例子。

按照本发明的一种优选实施方式，提示对象MO包括以下说明：

-提示的符号名称。该名称应该表示整个系统内部的提示和必须是唯一的。

-从中导出提示的设备数据。这在图3中用符号“MsgSourceName”表示。此处可以说明从中应该导出提示的一个参数或多个参数。按照标准在配置文件DCF内部就寻址和访问选项完全地描述该参数。

-触发提示的触发信息。在此是确定何时进行提示的信息或者条件。这在图3中用符号“MsgTriggerValue”表示。为了能够触发单个位或者位的组，定义一个经过“与运算(UND-Verknüpfung)”与待检查的参数关联的掩膜。如果掩膜的参数对应于触发值，则触发提示。作为替换，此处除了前面提到的“与运算”还可以采用其它逻辑算子。

-此外，可以区别不同的触发类型。例如“0”可以表示上升的边沿、“1”可以表示下降的边沿并且“2”可以表示电平。

-此外，还可以表示出现故障提示的频度。此外还可以限制故障提示的发出(Absetzen)或者说改变频度。在此例如可以配置，是否原则上在每次出现故障时发出提示，或者仅仅在首次出现故障时或例如仅仅在如果满足其它特定于系统的条件时。此外可以配置前面条件的组合。例如可以定义，如果满足其它特定于系统的条件，则原则上仅仅在首次出现时发出提示。也可以定义一个间隔时间，该间隔时间定义了在发出两个先后跟随的故障提示之间的时间间隔。此处可以配置一个最小延迟时间，从而确保，故障提示不是直接先后跟随，而是通过一个最小延迟时间互相隔开。但这是可选的。

-在系统中故障提示的显示方式。在该参数中定义，要如何在系统中显示故障提示。逐位地解释条目，由此可以并排或者同时允许多个显示形式。在本发明的一种优选实施方式中，预先配置用于显示的以下配置可能性：状态窗口、弹出窗口、待确定的弹出窗口(Popup confirmed)和所谓的记录文件(Logfile)。其它的实施方式此处还设置其它显示方式。在此要指出的是，用户原则上还可以配置其它的显示可能性，以便能够使得系统与其特殊的要求条件匹配。在以状态窗口形式的显示中将故障提示在显示屏上的用户可以访问的窗口中显示给用户。对于同样在显示屏上出现的弹出窗口相应地适用。在待确定的弹出窗口中用户必须确定在弹出窗口中的各个提示，以便能够进一步工作。对于记录文件的情况在特定于系统的记录文件中存放提示。

-提示的重要性。此处确定，故障对于整个系统具有哪些影响。可以配置重要性的方式。按照预先设置或者预先配置，区别三种重要性。在第一级中仅仅是信息，而在较高的第二级中涉及警告。在第三和更高级中涉及故障提示。

-可通过文本字段编辑的其它元信息。此处同样可以在DCF文件DCF中定义提示文本。区别不同的文本字段：一方面存在为用户提供粗略综合的文本字段。

其它的文本字段可以设置用于服务应用。此处例如可以考虑提示的详细解释。同样可以解释其它待实施的步骤。此外还可以提供关于提示的其它元信息。在此要说明，可以以不同的语言提供提示文本。可以配置对于语言的相应参考。

以下结合图2解释按照优选实施方式的本发明方法的基本流程。

在图2中用S1表示的第一步骤中，从扩展的设备配置文件DCF中读入提示对象MO的提示对象参数。在下一步骤中采集或者说接收故障提示。这在图2中用步骤S5表示。

在下一步骤中对所采集的或者说所接收的故障提示用读入的提示对象参数进行参数化。这用图2中的步骤S10表示。接着是作为最后步骤S15的管理按照参数化形式的故障提示。换言之，根据前面的参数化进行故障提示的管理。

通过按照本发明的将配置文件DCF扩展提示对象MO可以在位于较高的层面上(例如也可以在系统层面上)处理设备提示，而不影响到系统软件。特别是统一地在整个系统中配置和处理故障提示的显示图像、触发和处理。这在实践中带来被证明为非常重要的优点，即相关设备100的用户可以执行一般性的监视程序，该监视程序在配置步骤中从各个设备描述中加载需要的信息。这优选全自动地进行，也就是无需其它的用户交互。此外，还可以非常简单并且主要是无需匹配系统软件而改变现存的故障提示和插入新的提示。优选自动进行修改、删除和/或容纳新的故障提示。

关于图2要指出，按照本发明的方法原则上可以划分为两个阶段。一方面设置了定义阶段，步骤S1划分到该定义阶段。在第二阶段、即所谓的运行时间阶段中进行其它步骤S5、S10和S15。两个阶段在时间上可互相去耦合。换言之，可以在定义阶段中的准备阶段(Vorfeld)中确定，对相关故障提示应该设置哪个处理。相应地配置提示对象MO，由此可以在很早的时刻并且尽可能还与各个组件供应商一起作出提示的结构化描述。这极大改进了工作应用(Arbeitseinsatz)并且可以在准备阶段就避免严重的故障状态出现。

然后，在运行时间或者说在运行时间阶段中采集各个故障提示并且根据定义阶段对提示对象MO的特定的提示对象参数进行参数化并且相应地管理。在本发明的一种优选扩展中，扩展定义阶段，使得在运行时间也可以进行针对提示对象MO的定义或者配置。由此扩展了系统的灵活性。

前面对附图的详细描述涉及故障提示的处理。然而，本发明还可以应用到其它方式的提示，例如还有那些涉及各个设备的状态、涉及设备的装载或者涉及设备的其它参数的提示。

利用按照本发明的建议，可以因此明显简化地使用整个系统的设备100，因为用户只需习惯故障的一种(统一的)处理。故障提示的管理包括故障提示在监视器上的显示、显示的方式(以列表的形式或以窗口的形式等等的显示的大小、位置)、在系统内部的显示位置(仅应该在各个特殊的设备100上显示故障提示还是例如还要在系统层面上将故障提示提供给管理员等等？)、各个故障提示的显示持续时间、为了显示故障提示而必须满足的可配置的事件、为了以特定形式显示故障提示必须满足的系统条件、和/或为了显示故障提示必须满足的关于其它电子设备100的条件。然而上面的列举不是穷尽的并且可以在任何时候、特别是根据各个用户自由地配置和扩展。

Claims (15)

1.一种用于通过提供设备配置文件(DCF)管理至少一个具有对设备变量面向寻址的访问机制的电子设备(100)的提示、特别是故障提示的方法，其中，设备配置文件(DCF)被扩展了提示对象(MO)，具有以下方法步骤：

-从扩展的设备配置文件(DCF)读入(S1)具有提示对象参数的提示对象(MO)；

-接收(S5)故障提示；

-利用所读入的提示对象(MO)的提示对象参数对所接收的故障提示进行参数化(S10)；

-管理(S15)参数化的故障提示。

2.根据权利要求1所述的方法，其中，所述提示对象参数包括故障提示标志、故障提示源信息、触发信息、编排信息和/或故障分析信息，并且其中，根据所述提示对象参数控制对故障提示的管理。

3.根据权利要求2所述的方法，其中，在所述编排信息中定义，应该以何种方式在可确定的显示位置上显示所述故障提示，和/或能够特定于显示位置地显示所述故障提示。

4.根据上述权利要求中任一项所述的方法，其中，所述电子设备(100)通过CANopen接口通信。

5.根据上述权利要求中任一项所述的方法，其中，在所述电子设备(100)的启动期间自动地或者根据用户初始化的信号开始所述提示对象(MO)的读入。

6.根据上述权利要求中任一项所述的方法，其中，所述设备配置文件(DCF)是设备配置文件和/或是从电子数据表单(EDS)中产生的。

7.根据上述权利要求中任一项所述的方法，其中，所述提示对象参数包括定义字段，该定义字段用于提供并且按照可定义的格式显示关于所述提示的元信息。

8.根据上述权利要求中任一项所述的方法，其中，所述管理是依赖于场境的并且特别是取决于其它的电子设备(100)的故障提示和/或整个系统的参数而进行的。

9.根据上述权利要求中任一项所述的方法，其中，所述管理包括修改和/或删除已经存在的故障提示和/或容纳新产生的故障提示。

10.根据上述权利要求中任一项所述的方法，其中，所述管理包括在可确定的显示位置上显示参数化的故障提示。

11.一种计算机程序产品，包括具有计算机可读指令的计算机可读介质，这些指令适合于在被装载到计算机中时执行根据权利要求1至10中任一项所述的方法。

12.一种用于管理具有对设备变量面向寻址的访问机制的电子设备(100)的提示、特别是故障提示的系统，其中，所述系统包括：

-存储介质(110)，在该存储介质上存储了设备配置文件(DCF)，其中，所述设备配置文件被扩展了提示对象(MO)；

-文本流转化器(120)，其从扩展的设备配置文件(DCF)中读入所述提示对象(MO)，其中所述提示对象(MO)包括提示对象参数；

-事件处理器(130)，其接收故障提示并且用所读入的提示对象(MO)的提示对象参数对所述故障提示进行参数化并根据所述提示对象参数管理所述故障提示。

13.根据权利要求12所述的系统，其中，所述电子设备(100)是CANopen设备。

14.根据权利要求12至13中任一项所述的系统，其中，所述设备配置文件(DCF)是设备配置文件和/或是从电子数据表单中产生的。

15.根据权利要求12至15中任一项所述的系统，其中，在所述电子设备(100)的启动期间通过所述文本流转化器(120)进行提示对象的读入，或者根据用户初始化的信号进行提示对象的读入。

Images