CN106954201A - 远程用户支持工具 - Google Patents

Abstract

本发明公开了一种远程用户支持工具。为了尽可能地给远程服务提供独立于数据率的用户体验，将功能描述与标识符相关联，并且在服务中心与用户设备之间传输的功能计划包括标识符，而用户设备中输出的功能计划包括功能描述。

Description

远程用户支持工具

技术领域

本发明涉及远程服务支持。

背景技术

通信技术的发展，尤其是无线通信技术和终端用户设备，已经能够实现多种通信和引入各种服务。这样的服务的示例是对机器和装备的维护人员的远程支持。存在使得智能手机的用户能够进行如下操作的智能手机应用：接收对机器的服务推荐；通过网络连接将操作数据存储在机器上；以及例如从服务中心对机器进行检修。然而，由于智能手机与服务中心之间要通过网络连接传输的数据的量可能相当大，所以为了使应用正常运行，需要具有高的数据吞吐量的网络连接。由于使智能手机劣化成使用具有较低的数据率的网络技术的阴影区或者工业场所位于还没有具有足够高的数据率的无线网络的区域中，所以这样的网络连接不一定在工业场所可用。

发明内容

根据一个方面，提供了独立权利要求的主题。在从属权利要求中对实施方式进行了限定。

在附图和下面的描述中更详细地阐述了实现方式的一个或更多个示例。根据描述和附图以及根据权利要求书，其他特征将是明显的。

一些实施方式提供了方法、设备、系统和计算机程序产品，用于尽可能地提供独立于数据率的用户体验，使得处于数据率低的网络中的远程用户将具有与处于数据率较高的网络中的用户基本上相似的用户体验。

附图说明

在下文中，将参照附图更详细地描述示例性实施方式，其中，

图1示出了根据示例性实施方式的系统的简化结构和一些设备的框图；

图2、图3和图4是示出了示例性功能的流程图；

图5示出了示例性信息交换；以及

图6和图7是示例性设备的框图。

具体实施方式

下面的实施方式是示例性的。虽然说明书可能在若干位置中引用了“一个(an)”、“一个(one)”或者“some(一些)”实施方式，但这不一定意味着每个这样的引用是针对同一实施方式或者特征仅适用于单个实施方式。也可以对不同实施方式的单个特征进行组合以提供其他实施方式。此外，不应当将词语“包括(comprising)”和“包括(including)”理解为将所描述的实施方式限制成包括仅提及的特征，而是这样的实施方式可以还包括没有特别提及的特征/结构。

本发明适用于包括被配置成给远程用户设备发送指令和建议的一个或更多个服务中心或服务台的任意远程可控制系统。在下文中，使用维护作为远程服务的示例，而非将示例限于维护。

在图1中示出了示例性系统100的很常规的结构。图1是仅示出了一些元件、功能实体和一些装备的简化系统架构，所述功能实体是其实现可能与所示的不同的逻辑单元。对本领域技术人员而言明显的是，系统包括任意数量的所示的元件、未示出的其他装备、其他功能和结构。

在图1所示的实施方式中，系统100包括通过一个或更多个网络102连接至一个或更多个服务中心103(在图1中仅示出了一个服务中心)的一个或更多个工业场所101(在图1中仅示出了一个工业场所)。

在所示的示例中，工业场所101包括作为访问装备的远程用户的用户设备110以及作为永久装备的终端装置(TD)120和驱动器130。在本文中，永久装备表示意在长时间地位于工业场所中的装备，而访问装备表示意在临时访问工业场所的装备。然而，应当理解的是，用户设备110也可以是永久装备。此外，应当理解的是，在本文中，终端装置和驱动器描绘了其操作和/或服务和/或维护可以远程处理的任意装置、机器、装备、系统以及过程。这样的装备的其他示例包括变频器、AC/DC模块、DC/AC模块、可编程逻辑控制器、开关、运动控制器或运动驱动器、伺服电机、软起动器(soft starter)、机器人、车辆和重型装备等。应当理解的是，以上列出了仅一些示例。

用户设备110指的是便携式计算装置(装备)，并且用户设备110还可以称为用户终端、用户装置或移动终端。这样的计算装置(设备)包括用硬件或软件中的客户识别模块(SIM)或不用硬件或软件中的客户识别模块(SIM)进行操作的无线移动通信装置，包括但不限于以下类型的装置：移动电话、智能手机、个人数字助理(PDA)、膝上型和/或触摸屏计算机、平板(平板计算机)和多媒体装置。用户设备110被配置成支持远程维护。为此，用户设备110包括标识符映射单元(ID-m-u)111(其功能将在下面更详细地描述)以及存储器中的关于该标识符映射单元111的至少一组描述关联112，该组描述关联包括一个或更多个描述关联。在所示示例中，存储器还包括关于标识符映射单元的一组或更多组的转换关联113。在描述关联组112中，条目(关联)将功能描述与标识符相关联。下面将给出描述关联的示例。在所示示例中，在一组转换关联中，条目(关联)将标识符与特定于装置的一组操作相关联(映射)，所述特定于装置的一组操作包括一个或更多个操作。可替选地，可以将功能描述映射至特定于装置的一组操作，或者可以将功能描述转换成以下功能，该功能转而被转换成特定于装置的一组操作。总而言之：描述关联是更一般的类型，并且对可以应用相应的功能性的装置而言是类似的，而转换关联将功能性映射成装置(驱动器)使用的语言(语言版本)。此外，应当理解的是，在分布式解决方案中，可以存在：被配置成使用描述关联执行与标识符映射相关的功能的一个或更多个单独的标识符映射单元；以及被配置成使用转换关联执行与转换相关的功能的一个或更多个操作转换单元。

应当理解的是，转换关联或转换关联的一部分可以存储至终端装置和/或驱动器。

在所示的示例中，用户设备具有至少两个通信接口，由2个天线描绘，一个通信接口通过一个或更多个网络102无线地连接至服务中心103，而另一个通信接口通过本地连接连接至终端装置120。与服务中心的无线连接可以通过任意移动系统如GSM、GPRS、LTE、4G、5G及更多来提供。本地连接可以通过移动系统自然地提供，但是也可以通过直接连接例如使用蓝牙或通过本地网络如Wi-Fi来提供。应当理解的是，为了清楚起见，用户设备110被描绘成包括2个天线。接收天线和/或发送天线或其他通信接口的数量可以根据当前的实现而自然地变化。

在本文中，终端装置120指的是经由其可以调整或获取驱动器130的参数的装备，并且驱动器130的功能另外地由位于现场的人员控制和/或从服务中心远程地控制。换言之，终端装置是提供至少用户设备可以连接的无线接口的模块。终端装置120可以是单独的装置(如在所示的示例中)或者能够可拆卸地连接至驱动器的装置或者与驱动器集成的装备。最简单地，终端装置可以仅仅是无线接口。终端装置的其他示例包括控制面板、智能手机、移动电话、平板或膝上型计算机。例如，至少在终端装置120没有与驱动器130集成的解决方案中，终端装置120可以现场位于紧邻驱动器130，与驱动器130的连接可以通过蓝牙、NFC、WiFi和/或感应连接(如根据无线充电联盟的感应电能标准(Qi)的感应连接)经由通信接口来。此外，终端装置120能够例如经由网络102或经由有线连接连接至服务中心。然而，即使存在连接，对本发明而言，连接的细节仍然没有意义。

在图1所示的示例中，驱动器130是根据其设置来执行驱动功能的装备，并且具有通信接口，经由该通信接口可以借助于终端装置120来调整或获取驱动器130的参数。

一个或更多个网络102(通信网络)可以包括一个或更多个无线网络，其中，无线网络可以基于任意移动系统如GSM、GPRS、LTE、4G、5G及更多或者无线局域网如Wi-Fi。此外，一个或更多个网络102可以包括一个或更多个固定网络和因特网。

在所示的示例中，服务中心103包括服务台140和数据库150。服务台140可以是：任意用户接口的任意组合，如触摸屏或显示器和键盘的组合；以及任意计算设备。这样的设备的示例包括与服务器如云服务器或网格服务器连接的工作站、膝上型计算机、个人计算机、显示器。服务台140被配置成支持远程维护。为此，服务台140包括功能映射单元(f-m-u)141(其功能将在下面更详细地描述)以及与数据库150的连接。

在本文中，数据库150指的是数据存储器和数据管理系统的组合。数据存储器可以是由任意合适的管理系统管理的包括数据的分布式和集中式存储的任意类型的传统的或将来的数据储存库以及云环境中的基于云的存储器。由于数据存储器的实现、如何存储、检索和更新数据的方式与本发明无关，因此，在此不再详细描述。对远程维护描述关联152而言，数据库150包括将功能描述与标识符相关联的描述关联中的条目(关联)。描述关联可以一般是特定于规定机器、特定于机器类型、特定于机器类型和品牌、特定于品牌等和/或通用的关联。用户设备中的描述关联是数据库中的相应的描述关联的副本。然而，用户设备中的描述关联组可以是数据库中的描述关联的子集。

关于驱动的描述关联的示例包括：

#1–面板固件版本读取

#2–重置驱动器

#3–读取驱动器日志

#4–更新驱动器固件

在所示的示例中，标识符是数字。然而，还可以使用其他种类的标识符如字母、数字与字母的组合等；唯一的必要条件是标识符在组内是明确的。由于标识符的思想是使从服务中心发送至用户设备的功能计划的大小最小化，所以标识符应该优选地是短的。

虽然在上面的示例中，功能描述(功能定义、功能块)是文本描述，但不必是这种情况。关联中的功能描述可以是图形符号、短视频、图形符号的组合、一个或更多个图形符号与文本和/或音频的组合等。此外，可以通过使用不同的输出类型和/或不同的语言来提供不同版本的功能描述，输出类型是用户能够选择的。例如，服务中心中的用户可以使用英语功能描述，而远程位置的用户可以使用西班牙语功能描述。

应当理解的是，虽然在上面的示例中用户设备包括仅一组描述关联112，但不必是这种情况。用户设备可以包括几组描述关联。

图2示出了根据实施方式的服务台的示例性功能，或者更确切地，功能映射单元的功能。在所示的示例中，假定每个功能具有它自己的功能描述(功能块)。所作的另外的假定是功能计划包括按照不强制遵循的更好顺序或按照强制顺序的功能描述，但是并不将本示例限制于这样的假定。

在图2的示例中，假定服务台的用户——下面称为服务台操作者——已经激活了功能计划应用，使用该功能计划应用来创建和操纵功能计划。功能计划应用可以包括功能映射单元或者与功能映射单元相互作用。此外，在所示的示例中，假定服务台操作者并不修改或查看现有功能计划而是创建新的功能计划。对本领域技术人员而言，实现操纵现有的功能计划的功能是易懂的过程。

参照图2，在步骤201中检测对驱动器进行选择的用户输入，并且在步骤202中从数据库检索相应的一组描述关联。根据这组描述关联中使用的一般水平基于驱动器信息——例如，使用关于机器、机器类型、品牌等的信息——来查找相应的组。在步骤203中，经由例如显示器向服务台操作者输出这组关联中的功能描述。同时，在步骤204中，创建缓冲区1和缓冲区2这两个临时缓冲区，在步骤205中，经由例如显示器向服务台操作者输出缓冲区1的内容。缓冲区1用于显示功能计划的当前内容，而且缓冲区1起初是空的。换言之，在所示的示例中，假定服务台操作者在一个或更多个显示器上看到可用于计划的功能描述以及功能计划的当前内容。

一旦在步骤206中检测到(接收到)指示对功能描述的选择的用户输入，在步骤207中使用描述关联来确定相应的标识符。还可以在步骤208中检查所述选择是否指示添加。例如，从用户接口中的“功能描述区”中输出的功能描述中选择功能描述可以指示添加功能描述，而从用户接口中的“缓冲区1部分”中输出的功能描述中选择功能描述可以指示从功能计划移除功能描述。应当理解的是，也可以使用指示添加/移除的其他方法。如果选择指示将功能描述添加(步骤208)至功能计划，则在步骤209中将功能描述放至缓冲区1中的队列，并且在步骤210中将标识符放至缓冲区2中的队列。因此，缓冲区1具有功能描述，而缓冲区2具有按照添加顺序的标识符。此外，一旦添加至缓冲区1，将输出功能描述。

如果下一个选择不是终止(步骤211)功能计划形成，则在所示示例中，假定功能描述的下一个选择被接收，从而处理返回至步骤206。

如果选择不指示添加(步骤208)，则选择指示从功能计划移除功能描述。从而，在步骤212中，从缓冲区1移除功能描述，而且在步骤212中从缓冲区2移除相应的标识符。然后，处理为下一个选择做准备(步骤211)。

一旦下一个选择是终止(步骤211)，则在步骤213中，创建功能计划或相应的消息，并且在步骤213中将缓冲区2中的标识符添加至功能计划。例如，如果选择执行功能描述“读取驱动器日志”和“重置驱动器”，则功能计划包括按照选择顺序的标识符3、标识符2。因此，包括标识符的功能计划远小于包括功能描述的功能计划。

在所示的示例中，服务台操作者可以在任意阶段指示功能计划中的功能的顺序是否是强制的、默认为非强制的。如果在计划期间接收到了指示强制顺序的用户输入(步骤214)，则在步骤215中将相应的指示添加至功能计划。例如，可以通过改变一比特的值来添加指示。

然后，或者如果可以按照自由地可选择的顺序来执行功能(步骤214)，则在步骤216中检查终止是否还指示发送功能计划。

如果用户输入指示要将功能计划发送(步骤216)至用户设备，则在步骤217中，功能映射单元或功能计划应用使功能计划被发送。可以以任意已知的或未来的方式对用户设备进行寻址。例如，可以将特定数字与特定装置相关联，或者可以提示用户提供接收者的编号、地址和/或名称。然而，由于对本发明而言如何执行寻址没有意义，所以没必要在本文中更详细地描述如何执行寻址。在所示的示例中，在步骤218中还将功能计划存储至数据库，使得该功能计划与驱动器相关联。自然地，在步骤219中停止功能计划和功能描述的输出，并且删除缓冲区1和缓冲区2。

如果用户输入指示不发送(步骤216)功能计划，则处理直接进行至步骤218以存储功能计划用于稍后检索。

虽然在上文中假定服务台操作者按照预期的处理顺序添加功能描述，以及如果要遵循(强制的)预期的处理顺序则特别指示，但是不必是这种情况。对本领域技术人员而言，实现示例以允许更灵活的功能计划是易懂的过程。例如，服务台操作者可以以任意顺序例如在已经添加的两个功能描述之间自由地添加功能描述，这足以保持按照预期的处理顺序的缓冲区1和缓冲区2。此外，根据实现，预期的处理顺序可以总是强制的，在这种情况下，无需特定指示，或者预期的处理顺序可以永远都不是强制的，或者可以将预期处理的仅一部分(多部分)指示成按照给定的顺序来处理，例如，仅在功能11之后该地方中的功能6。

在用户检索被存储至数据库的现有功能计划以对其进行修改的情况下，在步骤201中进行检测，并且在步骤204(创建缓冲区1和缓冲区2)与步骤205(输出缓冲区1)之间，与功能计划中的标识符对应的功能描述被添加至缓冲区1，并且标识符被添加至缓冲区2，并且在步骤218中，存储经修改的功能计划以替换先前的版本。

图3示出了根据另一实施方式的服务台的另一示例性功能，或更准确地，功能映射单元的功能。在示出的实施方式中，服务台操作者使用功能——包括子功能，而不是“隐藏”一个或更多个功能的功能描述——来创建功能计划。在示出的示例中，进一步假定所创建的功能计划总是一经创建即发送至用户设备，并且功能计划以预期的非强制性顺序包含功能描述，不将示例和实施方式限制成这样的解决方案。如上所述的所有的灵活替选方案都可用。另外，正如图2，还在图3的示例中，假定服务台操作者已激活功能计划应用并且服务台操作者创建新的功能计划。对本领域的技术人员而言，实现操纵现有功能计划的功能是易懂的过程。

参考图3，在步骤301中检测对驱动器进行选择的用户输入，并且在步骤302中从数据库检索对应功能。在步骤303中经由例如显示器将功能输出至服务台操作者。同时，在步骤304中创建临时缓冲区1，并且在步骤305中经由例如显示器将缓冲区1的内容输出至服务台操作者。缓冲区1用于显示功能计划的当前功能，而且缓冲区1起初是空的。换言之，在示出的示例中，假定服务台操作者在一个或更多个显示器上看到可用于计划的功能和功能计划中的当前功能。

一旦在步骤306中接收指示对功能的选择的用户输入，并且该选择指示将功能添加(步骤307)至功能计划，在步骤308中将功能放至缓冲区1中的队列。因此，缓冲区1具有功能，并且其将在功能计划中输出至服务台操作者。

如果下一个选择不是终止(步骤309)功能计划形成，则在所示示例中，假定功能的下一个选择被接收，从而处理返回至步骤306。

如果选择不指示添加(步骤307)，则选择指示从功能计划中移除功能。因此，在步骤310中从缓冲区1中移除功能，并且处理准备接收下一选择(步骤309)。

如果选择是终止(步骤309)，则在步骤311中创建功能计划，并且在步骤312中从数据库中检索驱动器的一组描述关联。然后，在步骤313中将缓冲区1中的功能映射至功能描述。根据实现，可以在映射中使用预设规则，和/或可以将功能描述进一步与功能描述包含的功能列表相关联(如果情况如此，则也检索所述关联)，并且在映射中使用该列表，和/或可以使用执行映射的任意其他方式。

一旦已经将功能映射至功能描述，在步骤314中使用描述关联将功能描述依次转换成对应的标识符，并且在步骤315中将标识符添加至功能计划。

然后，在步骤316中功能映射单元或功能计划应用使功能计划发送。在示出的示例中，在步骤317中还将功能计划和映射结果存储至数据库，使得其与驱动器相关联。自然地，在步骤318中停止缓冲区1和功能的输出，并且删除缓冲区1。

图4示出了根据实施方式的用户设备的示例性功能，或更确切地，标识符映射单元的功能。在示出的示例中，假定用户设备的用户已激活用户设备中的远程维护应用，该远程维护应用包括标识符映射单元或与其相互作用，并且已接收一个或更多个功能计划(场所可以包括假定用户维护的若干驱动器(装置))。在不将示例限制到这样的假定的情况下，所作的另外的假定是功能计划以不强制性执行的优选顺序或强制性顺序包含功能。另外，假定用户设备与终端装置进行配对以具有蓝牙连接，或者以其他方式建立连接。应当理解，如何建立用户设备与终端装置(或驱动器)之间的连接对本发明而言没有重要意义。例如，用户设备和终端装置可以使用与被指定至该申请并且通过引用合并至此的欧洲专利申请nro15170655.3中所公开的类似的处理。

参考图4，当在步骤401中通过用户设备与终端装置之间的连接接收驱动器信息时，在步骤402中创建临时缓冲区1、临时缓冲区2、临时缓冲区3和日志。另外，在步骤403中检索(获得)与连接终端装置的驱动器对应的一组描述关联和一组转换关联以及用于驱动器的功能计划。然后，在步骤404中获取功能计划中的第一未处理标识符，并且在步骤405中基于该组描述关联中的关联来确定对应功能描述，并且在步骤406中将对应功能描述放至缓冲区1。然后，在步骤407中检查是否处理了功能计划中所有的标识符。如果不是，该处理继续进行至步骤404以获取第一未处理标识符。如此，缓冲区1中的功能描述具有与功能计划相同的顺序。

在示出的示例中，一旦所有标识符被处理(步骤407)，在步骤408中将缓冲区1——或更确切地缓冲区1中的功能描述——输出至用户设备的用户。

使用以上示例，如果功能计划包括用于驱动器的标识符3和2，则经由显示器来输出功能描述“读取日志驱动器”和“重置驱动器”。显然地，对于用户而言，与仅标识符相比，更加能够理解功能描述。

然后，用户作出选择，而且接收对应的用户输入，并且在示出的示例中，在步骤409中分析是用户输入是终止还是功能描述选择。

如果用户输入不是终止(步骤409)，则其是功能描述选择，并且在示出的示例中，在步骤410中检查功能计划是否需要以输出顺序被执行。如果不是，则在步骤411中从缓冲区1移除所选择的功能描述，并且在步骤412中确定对应的标识符。另外，在示出的示例中，用户被提示确认他/她是否同意将选择应用于驱动器。

如果用户输入指示同意(步骤413)，则在步骤414中借助于该组转换关联将功能描述转换成特定于驱动器的一组一个或更多个操作。然后，标识符映射单元或远程维护应用引起所述一个或更多个操作的执行(步骤415)。所述一个或更多个操作如何执行的细节对于本发明而言无关紧要，并且因此不会在本文中详细描述。例如，用户设备可以经由终端装置将所述一个或更多个操作发送至驱动器，然后驱动器在没有任何用户的参与下或经由终端装置在用户的参与下执行所述一个或更多个操作。

在转换(步骤414)和/或执行(步骤415)期间或者在其之后，步骤412中确定的标识符在步骤416中被添加至缓冲区2的队列，并且在步骤416中从功能计划移除。然后，该处理继续进行至步骤409以在下一用户输入被接收后分析该下一用户输入。然而，先前选择的功能描述没有被输出至用户(由于步骤411中的移除)，并且其不再在功能计划中(由于步骤416中的移除)。从功能计划移除功能描述有利于对功能计划的处理，使得用户可以例如在晚上终止对未完成的功能计划的处理，并且可以在不记忆已处理过什么的情况下继续进行。

如果用户输入不指示同意(步骤413)，则在示出的示例中，其指示不同意。因此，步骤412中确定的标识符在步骤417中被添加至缓冲区3的队列，并且在步骤417中从功能计划移除。如果没有以输出顺序执行功能计划(步骤418)，则该处理继续进行至步骤409以在下一用户输入被接收后分析该下一用户输入。然而，在示出的示例中，如果功能计划需要以输出顺序被执行(步骤418)，则在步骤419中清空功能计划以确保遵循顺序。自然地，如果不同意的功能描述是最后一个，则功能计划已经为空，并且在步骤419中什么都不发生。

然后，在步骤420中检查缓冲区1是否为空。如果缓冲区1为空，则所有功能描述已被处理，并且在步骤421中，缓冲区2中的标识符在指示其被同意的情况下被添加至日志，并且缓冲区3中的标识符在指示其没有被同意的情况下被添加至日志。该指示可以是特定于标识符的或特定于缓冲区的。作为示例性处理中的最后的步骤，在步骤422中删除缓冲区(缓冲区1、缓冲区2和缓冲区3)，并且在示出的示例中，标识符映射单元或远程维护应用在步骤422中使日志被发送至远程服务中心。

如果缓冲区1不为空(步骤420)，则存在未处理的功能描述，并且其标识符在步骤423中被确定，并且在步骤424中在指示其未处理的情况下被添加至日志。然后，处理继续进行至步骤421以将其他缓冲区中的内容添加至日志。

在接收到选择功能描述的用户输入(步骤409——否)之后，并且如果功能计划需要以输出顺序被执行(步骤410)，则在步骤425中检查所选择的功能描述是否为缓冲区1中的第一个。如果该功能描述是第一个，则处理继续进行至步骤411以从缓冲区1移除功能描述。如果该功能描述不是第一个，则在步骤426中提示用户去选择第一个，并且处理继续进行至步骤409以在下一用户输入被接收后分析该下一用户输入。

如果用户输入是终止(步骤409)，则在示出的示例中，更新日志以反映什么已被同意、什么未被同意以及什么还未处理。换言之，处理继续进行至步骤420以检查缓冲区1是否为空。

应当理解，同意/不同意的时间可以与对应缓冲区中的标识符相关联，并且被添加至日志文件。

图5示出了没有预先从服务中心发送功能计划并且可以在运行中更新功能计划的示例性情况下的信息交换。另外，在示出的示例中，假定终端装置被集成到驱动器中，并且它们用作一个单元——驱动器。出于清楚的目的，所作的另外的假定是用户同意功能计划(即，同意他/她的选择)。

图5开始于以下情况：工业场所中的用户开启用户设备UA，并且在点5-0中确定设置如所用语言。另外，启动远程维护应用(图5未示出)，并且驱动器被指示成为经受维护过程的装置。因此，UA通过发送消息5-1与驱动器连接，并且一旦连接建立，在消息5-2中将驱动器信息发送至UA。为获得驱动器的功能计划，UA将消息5-3发送至服务中心SC。消息5-3包括例如驱动器类型信息或位置信息的一些信息，SC可以从中自动推断识别适当的功能计划并从数据库中检索它所需要的信息。一旦包括标识符的功能计划被检索，它在消息5-4中被发送至UA。

在UA将标识符转变成设置(点5-0)中指示的语言的功能描述之后，UA在点5-5中输出功能计划。另外，如上结合图4所述，一旦用户选择被接收，UA在点5-5中将选择转换成被驱动器中的逻辑单元理解的一个或更多个操作。在消息5-6中将所述一个或更多个操作发送至驱动器，并且驱动器在点5-7中执行或至少尝试执行它/它们。应当理解，在本文中没有说明作为执行的一部分而发生的信息交换。例如，操作可以包括将数据发送至SC和/或发送至UA以后续传递至SC。

在示出的示例中，驱动器被配置成发送关于执行是否继续至UA的信息。例如，在消息5-8中发送确认(ack)或否认(nack)。在示出的示例中，UA被配置成在维护过程中实时通知SC。因此，UA将包含消息5-8中接收的结果的消息5-9与其操作被执行的功能描述的标识符一起发送至SC。消息还可以包含一些其他信息，如时间信息。SC在点5-10中依次将信息添加至功能计划，使得它反映当前状态。

在示出的示例中，假定使用功能描述将功能计划的当前状态输出至监视维护工作的服务台操作者。因此，除了将信息添加至功能计划之外，确定与标识符对应的功能描述，并且将信息输出至服务台操作者，使得其清楚地与功能描述(或当功能被用于计划时，功能描述背后的功能)相关联。

另外，在该示例中，假定消息5-9中接收到的结果是nack，并且因此，服务台操作者使用如上参考图2和图3描述的被映射至标识符的功能描述(或功能)来更新功能计划。例如，可以存在执行已失败的所期望的维护步骤的替选方式。在示出的示例中，SC被配置成响应于检测由服务台操作者执行的对功能计划的更新(点5-10)来发送消息5-11以相应地更新UA中的功能计划。消息5-11可以包含被添加为更新的功能描述的标识符或者还未执行的功能描述的标识符，例如包括在更新中被添加的功能描述的标识符。

UA被配置成在点5-12中相应地更新功能计划并且输出更新的功能描述。

根据以上示例显然地，与功能描述从服务中心被发送至用户设备的情况相比，更为少的信息需要被发送。因此，可以使用更加短的消息来发送信息，由此确保场所上的网络的数据率不影响功能计划的接收，并且远程位置中的用户将不会由于功能计划的加载时间而沮丧。甚至可以说，不管网络的数据率如何，用户体验相同。另外的优点是使用较少的网络资源。用户设备仍然将以用户易于理解的形式输出功能计划。如此，本领域的技术人员可以避免由于用户记错特定码对机器意味着什么而引起的维护错误。

以上在图2至图5中所述的步骤、点、信息交换(消息)和相关功能不按照绝对时间顺序，而是步骤/点中的一些步骤/点可以同时或者以与给出的顺序不同的顺序执行。例如，在图3所示的示例中，功能可以被映射至功能描述，同时针对功能计划选择新功能。另一示例是：在输出功能描述时可能发生标识符转变成功能计划的情况下，将有序的功能计划一次一个功能描述地输出至用户设备的用户接口。又一示例包括在检查用户是否同意执行功能描述之前可以将功能描述转换/转变成“驱动器语言”。还可以在步骤/点之间或在步骤/点内或在步骤/点之后执行其他功能，并且可以发送其他信息。例如，可以以较逐步式的方式执行转换/转变功能描述：用户设备将功能描述转变成“终端装置语言”，并且终端装置将“终端装置语言”转变成“驱动器语言”。另一示例是：如果日志包含不同意的标识符或者如果“实时反馈”包含不同意或故障的指示，则可以警告服务台操作者。步骤/点中的一些或步骤/点中的一部分还可以被省略或者被对应步骤/点或步骤/点中的一部分替换。例如，如果用户选择总是意指还同意，则不需要执行步骤413、417、418和419。另一示例是在基于图3所示的示例的实施方式中不需要存储映射结果。又一示例是：如果功能计划被发送，则在图2所示的示例中跳过功能计划的存储。

尽管在上文中使用了术语“功能”和“功能计划”，但是同样可以使用像“动作”和“动作计划”或者“操作”和“操作计划”的对应术语。

应当理解，尽管所有示例提及维护，但是所有实施方式和示例还可实现成用于装置/机器或者系统或处理的操作和/或服务。

本文中所述的技术可以通过使得设备实现以上例如借助于图2、图3、图4和/或图5通过实施方式/示例描述的用户设备或服务中心的一个或更多个功能/操作的各种装置来实现，所述各种装置不仅包括现有技术装置，而且还包括用于实现例如借助于图2、图3、图4和/或图5通过实施方式描述的对应功能的一个或更多个功能/操作的装置，并且所述各种装置可以包括用于各自分开的功能/操作的分开的装置，或者装置可以被配置成执行两个或更多个功能/操作。例如，用于上述一个或更多个功能/操作的装置和/或标识符映射单元和/或功能映射单元中的一个或更多个可以是软件和/或软硬件和/或硬件和/或固件部件(被不可消除地记录在如只读存储器的介质上或者被包括在硬线计算器电路系统中)或其组合。软件代码可以被存储在任意合适的处理器/计算器可读数据存储介质或存储单元或者制品中，并且被一个或更多个处理器/计算器、硬件(一个或更多个设备)、固件(一个或更多个设备)、软件(一个或更多个模块)或其组合执行。对于固件或软件，实现可以通过执行本文中所述的功能的模块(例如，程序、功能等)来进行。

图6是示出了设备600的一些单元的简化框图，所述设备600被配置成是包括至少标识符映射单元的用户设备，或者以其他方式被配置成执行以上例如借助于图4和/或图5描述的用户设备的功能或者例如在功能被分布在用户设备与终端装置/驱动器之间时作为子单元的一些功能。在示出的示例中，该设备包括：接口(IF)实体601，用于接收和发送信息；一个或更多个用户接口(U-IF)实体601’，用于用户相互作用；实体602，能够执行计算并且被配置成利用对应算法603在实现分布场景的情况下作为对应的单元或子单元实现本文中所述的至少标识符映射单元或者以上例如借助于图4和/或图5通过用户设备描述的功能/操作的至少一部分；以及存储器604，可用于存储标识符映射单元或者对应的单元或子单元或者以上例如借助于图4和/或图5描述的一个或更多个功能/操作所需的计算机程序代码，即用于实现以上借助于图4和/或图5描述的用户设备的功能/操作的算法。存储器604还可用于存储其他可能的信息，如用户设置、日志、各种功能计划等。实体602可以是适合于执行以上例如借助于图4和/或图5描述的实施方式或操作的处理器、单元、模块等。标识符映射单元以及对应的单元和子单元可以是甚至位于不同的物理设备和/或被集成至一个设备中的另外的单元的分开的单元。

图7是示出了设备700的一些单元的简化框图，所述设备700被配置成是服务中心中包括至少功能映射单元的服务台，或者以其他方式被配置成执行以上例如借助于图2和/或图3和/或图5作为服务台/服务中心功能/操作描述的功能或者在功能未来被分布时的一些功能。在示出的示例中，该设备包括：至少一个接口(IF)实体701，用于接收和发送信息；一个或更多个用户接口(U-IF)实体701’，用于用户相互作用；实体702，能够执行计算并且被配置成利用对应算法703在实现分布场景的情况下作为对应的单元或子单元实现本文中所述的至少功能映射单元或者以上例如借助于图2和/或图3和/或图5描述的服务台/服务中心功能/操作的功能/操作的至少一部分；以及存储器704，可用于存储功能映射单元或者对应的单元或子单元或者以上例如借助于图2和/或图3和/或图5作为服务台/服务中心功能/操作描述的一个或更多个功能/操作所需的计算机程序代码，即用于实现以上借助于图2和/或图3和/或图5描述的功能/操作的算法。存储器704还可用于存储其他可能的信息，如关于执行的维护动作的信息。实体702可以是适合于执行以上例如借助于图2和/或图3和/或图5描述的实施方式或操作的处理器、单元、模块等。以上通过服务台/服务中心描述的功能映射单元以及对应的单元和子单元和/或实体可以是甚至位于不同的物理设备和/或被集成至一个设备中的另外的单元的分开的单元。

换言之，被配置成提供以上例如借助于图2和/或图3和/或图4和/或图5描述的一个或更多个对应的功能的设备是计算设备，该计算设备可以是被配置成执行以上通过实施方式/示例描述的对应的设备功能中的一个或更多个的任意设备或装置或装备或节点，并且该计算设备可以被配置成执行不同实施方式/示例的功能。

被配置成提供以上例如借助于图2和/或图3和/或图4和/或图5的一个或更多个描述的对应功能的设备可以通常包括连接至存储器和设备的各种接口的处理器、控制器、控制单元、微控制器等。通常，处理器是中央处理单元，但是处理器可以是另外的操作处理器。用于在本文中例如借助于图2和/或图3和/或图4和/或图5的描述的功能/操作的单元/子单元和/或算法中的每一个或一些或一个可以被配置为计算器或处理器或者如单芯片计算器元件的微处理器，或者被配置为包括至少用于提供用于算法操作的存储区的存储器和用于执行算法操作的操作处理器的芯片组。以上例如借助于图2和/或图3和/或图4和/或图5描述的功能/操作的单元/子单元和/或算法的中的每一个或一些或一个可以包括一个或更多个计算器处理器、专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)以及/或者已被编程和/或通过下载计算机程序代码(一个或更多个算法)将被编程来以此方式执行一个或更多个实施方式/示例的一个或更多个功能的其他硬件部件。实施方式提供被包括在任意客户端可读分布/数据存储介质或存储单元或者制品中的计算器程序，其包括能够由一个或更多个处理器/计算器执行的程序指令，所述程序指令当被载入设备中时构成标识符映射单元或功能映射单元或者作为子单元提供对应的功能或功能中的一些的实体。程序，还被称为包括构成“程序函数库”、小程序和宏命令的软件例程、程序片段的程序产品，可以被存储于任何介质中，并且可以被下载至设备中。换言之，用于以上例如借助于图2和/或图3和/或图4和/或图5描述的一个或更多个功能/操作的单元/子单元和/或算法中的每一个或一些或一个可以是包括一个或更多个算法逻辑单元、许多专用寄存器和控制电路的元件。

另外，被配置成提供以上例如借助于图2和/或图3和/或图4和/或图5描述的一个或更多个对应功能的设备可以通常包括易失性和/或非易失性存储器，例如EEPROM、ROM、PROM、RAM、DRAM、SRAM、双浮栅场效应晶体管、固件、可编程逻辑单元等，并且通常存储内容、数据等。存储器或多个储存器可以具有任何类型(彼此不同)，具有任意可能的存储结构，并且如果需要的话，由任意数据库管理系统管理。换言之，存储器可以是处理器内的任意计算机器可用非暂态介质，或者适合于执行所需操作/计算的对应的实体，或者外在于处理器或对应实体，在这种情况下存储器可以经由各种装置通信上耦接至处理器或对应的实体。存储器还可以存储用于处理器或对应实体执行与根据示例/实施方式的设备的操作相关联的步骤的计算机程序代码如软件应用(例如，对于单元/子单元/算法中的一个或更多个)或操作系统、信息、数据、内容等。存储器或其一部分可以是例如随机存取存储器、硬盘驱动器或者在处理器/设备内实现或外在于处理器/设备的其他固定数据存储器或存储装置。在外在于处理器/设备的情况下，存储器可以经由本领域已知的各种装置通信上耦接至处理器/网络节点。

被配置成提供以上例如借助于图2和/或图3和/或图4和/或图5描述的一个或更多个对应的功能的设备可以通常包括不同的接口单元，如一个或更多个接收单元以及一个或更多个发送单元。接收单元和发送单元各自提供接口实体，包括发送器和/或接收器或者用于接收和/或发送信息的任意其他装置，并且执行必要功能使得可以接收和/或发送信息等。

对于本领域的技术人员将明显的是，作为技术进步，可以以各种方式实现本发明构思。本发明及其实施方式不限于上述示例，而是可以在权利要求的范围内变化。

Claims (18)

1.一种用于输出功能计划的至少一部分的方法，所述方法包括：

将至少一组关联保存在存储器中，关联将标识符与功能描述相关联；

由用户设备从第一设备接收包括一个或更多个标识符的功能计划；

通过使用所述存储器中的一组关联，由所述用户设备将所述功能计划中的标识符转变成相应的功能描述；以及

向所述用户设备的用户输出所述功能描述。

2.根据权利要求1所述的方法，其中，针对第二设备接收所述功能计划，并且所述方法还包括：

将至少一组转换关联保存在所述存储器中，转换关联提供将功能描述转换成能够由所述第二设备执行的一个或更多个操作的方法；

响应于接收到指示对功能描述的选择的用户输入，通过使用所述转换关联将所述功能描述转换成能够由所述第二设备执行的相应的一个或更多个操作；以及

使所述第二设备执行所述一个或更多个操作。

3.根据权利要求2所述的方法，还包括：

检查所述用户输入是否指示同意所述功能描述；以及

仅响应于指示同意的所述用户输入才执行使所述第二设备执行所述一个或更多个操作。

4.根据权利要求3所述的方法，还包括：

仅响应于指示同意的所述用户输入才执行所述转换。

5.根据任一前述权利要求所述的方法，还包括：

收集关于与所述功能计划中的所述一个或更多个标识符相对应的功能描述的处理信息；以及

向所述第一设备发送与相应的标识符相关联的处理信息。

6.根据前述权利要求1至4中任一项所述的方法，还包括：

向所述第一设备发送对所述功能计划的请求；以及

作为对所述请求的响应而接收所述功能计划。

7.一种用于发送功能计划的方法，包括：

由第一设备接收针对第二设备的一个或更多个功能描述选择作为用户输入；

从存储器检索至少一组关联，关联将标识符与功能描述相关联；

将所述一个或更多个功能描述选择转变成相应的标识符；

将所述一个或更多个标识符添加至针对所述第二设备的功能计划；以及

使所述功能计划发送至用户设备。

8.根据权利要求7所述的方法，其中，功能描述包括一个或更多个功能，并且所述方法还包括：

接收所述一个或更多个功能描述选择作为单独的功能；以及

将所述功能转变成所述一个或更多个功能描述。

9.根据权利要求7或8所述的方法，还包括：

在所述第一设备中从所述用户设备接收对所述功能计划的请求；以及

响应于所述请求而使所述功能计划发送至用户设备。

10.根据权利要求7或8所述的方法，还包括：

在所述第一设备中从所述用户设备接收与所述功能计划有关的信息，所述信息包括与相应的处理信息相关联的一个或更多个标识符；

将所述一个或更多个标识符转变成相应的一个或更多个功能描述；以及

输出具有相应的处理信息的所述一个或更多个功能描述。

11.一种用户设备，包括：

存储器；

用于将至少一组关联保存在所述存储器中的装置，关联将标识符与功能描述相关联；

用于从第一设备接收包括一个或更多个标识符的功能计划的装置；

用于通过使用所述存储器中的一组关联将所述功能计划中的标识符转变成相应的功能描述的装置；以及

用于向所述用户设备的用户输出所述功能描述的装置。

12.根据权利要求11所述的用户设备，其中，针对第二设备接收所述功能计划，并且所述用户设备还包括：

用于将至少一组转换关联保存在所述存储器中的装置，转换关联提供将功能描述转换成能够由所述第二设备执行的一个或更多个操作的方法；

用于响应于接收到指示对功能描述的选择的用户输入、通过使用所述转换关联将所述功能描述转换成能够由所述第二设备执行的相应的一个或更多个操作的装置；以及

用于使所述第二设备执行所述一个或更多个操作的装置。

13.根据权利要求11或12所述的用户设备，所述用户设备还包括：

用于收集关于与所述功能计划中的所述一个或更多个标识符相对应的功能描述的处理信息的装置；以及

用于向所述第一设备发送与相应的标识符相关联的处理信息的装置。

14.一种远程服务设备，包括：

存储器；

用于接收针对第一设备的一个或更多个功能描述选择作为用户输入的装置；

用于从所述存储器检索至少一组关联的装置，关联将标识符与功能描述相关联；

用于将所述一个或更多个功能描述选择转变成相应的标识符的装置；

用于将所述一个或更多个标识符添加至针对所述第一设备的功能计划的装置；以及

用于将所述功能计划发送至用户设备的装置。

15.根据权利要求14所述的远程服务设备，所述远程服务设备还包括：

用于从所述用户设备接收与所述功能计划有关的信息的装置，所述信息包括与相应的处理信息相关联的一个或更多个标识符；

用于将所述一个或更多个标识符转变成相应的一个或更多个功能描述的装置；以及

用于输出具有相应的处理信息的所述一个或更多个功能描述的装置。

16.一种系统，包括至少：

包括存储器和至少第一设备的服务中心；

包括至少第二设备的场所；

所述服务中心与所述场所之间的一个或更多个通信网络；以及

移动用户设备，所述移动用户设备配置成：经由所述一个或更多个通信网络中的至少一个通信网络建立与所述服务中心的连接，以及当所述移动设备位于所述场所时，建立与所述第二设备的本地连接，

其中，

所述第一设备包括：用于接收针对设备的一个或更多个功能描述选择作为用户输入的装置；用于从所述存储器检索至少一组关联的装置，关联将标识符与功能描述相关联；用于将所述一个或更多个功能描述选择转变成相应的标识符的装置；用于将所述一个或更多个标识符添加至针对所述设备的功能计划的装置；以及用于将要被转发至所述用户设备的所述功能计划存储至所述服务中心中的所述存储器的装置；

所述用户设备包括：存储器；用于将至少一组关联保存在所述存储器中的装置，关联将标识符与第二设备功能描述相关联；用于从所述服务中心接收包括一个或更多个标识符的功能计划的装置；用于通过使用所述存储器中的一组关联将所述功能计划中的标识符转变成相应的功能描述的装置；以及用于向所述用户设备的用户输出所述功能描述的装置。

17.根据权利要求16所述的系统，其中，

所述服务中心还包括：用于从所述用户设备接收对所述功能计划的请求的装置；以及用于响应于所述请求而发送所述功能计划的装置；以及

所述用户设备还包括：用于将所述对所述功能计划的请求发送至所述服务中心的装置；以及用于作为对所述请求的响应而接收所述功能计划的装置。

18.根据权利要求16或17所述的系统，其中，所述功能计划针对远程维护，并且所述第二设备是经由终端装置能够连接至所述移动设备的驱动器。