CN112052967A - 提供维护服务的方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开涉及提供维护服务的方法、装置、电子设备和存储介质。在一种方法中，采集多个充电桩中的充电桩的充电桩状态，多个充电桩具有不同的属性，属性包括以下中的至少任一项：品牌、型号、以及运营商。基于充电桩状态，确定用于维护充电桩的难度指标。响应于确定难度指标满足阈值条件，根据充电桩状态和充电桩的属性，将充电桩状态转换至标准化状态。根据难度指标和多个工程师的工程师状态，向多个工程师中的至少一个工程师发送包括标准化状态的维护任务，以便寻找用于维护充电桩的工程师。提供了相应的装置、电子设备和存储介质。可以以统一的方式管理涉及不同品牌、型号和运营商的大量充电桩，并且向可以胜任的一个或多个工程师分配维护任务。

Description

提供维护服务的方法、装置、电子设备和存储介质

技术领域

本公开的各实现方式涉及充电桩管理，更具体地，涉及向充电桩提供维护服务的方法、装置、电子设备和存储介质。

背景技术

随着电动车技术的发展，目前已经出现了大量电动车。伴随着电动车的普及，充电站和充电桩已经遍布各个城市。在充电桩的使用期间，各个充电桩需要定期维护并且可能会出现不同故障，因而需要修理。充电桩的各个生产厂家可以组建各自的工程师团队，并且充电站的经营者也需要建立自己的工程师团队，这将导致大量的人力和物力成本。此时，如何以更为经济并且有效的方式来维护充电桩的正常运行，成为一个研究热点。

发明内容

期望能够开发并实现一种以更为有效的方式来向充电桩提供维护服务的技术方案。期望该技术方案能够以更为有效的方式来向合适的工程师分配维护任务，进而提高维护操作的效率并且降低维护期间可能涉及的各种人力和物力成本。

根据本公开的第一方面，提供了一种用于向充电桩提供维护服务的方法。在该方法中，采集多个充电桩中的充电桩的充电桩状态，多个充电桩具有不同的属性，属性包括以下中的至少任一项：品牌、型号、以及运营商。基于充电桩状态，确定用于维护充电桩的难度指标。响应于确定难度指标满足阈值条件，根据充电桩状态和充电桩的属性，将充电桩状态转换至标准化状态。根据难度指标和向多个充电桩提供维护服务的多个工程师的工程师状态，向多个工程师中的至少一个工程师发送包括标准化状态的维护任务，以便寻找用于维护充电桩的工程师。

根据本公开的第二方面，提供了一种用于向充电桩提供维护服务的装置。该装置包括：采集模块，配置用于采集多个充电桩中的充电桩的充电桩状态，多个充电桩具有不同的属性，属性包括以下中的至少任一项：品牌、型号、以及运营商；确定模块，配置用于基于充电桩状态，确定用于维护充电桩的难度指标；转换模块，配置用于响应于确定难度指标满足阈值条件，根据充电桩状态和充电桩的属性，将充电桩状态转换至标准化状态；发送模块，配置用于根据难度指标和向多个充电桩提供维护服务的多个工程师的工程师状态，向多个工程师中的至少一个工程师发送包括标准化状态的维护任务，以便寻找用于维护充电桩的工程师。

根据本公开的第三方面，提供了一种电子设备，包括：存储器和处理器；其中存储器用于存储一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现根据本公开的第一方面的方法。

根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行实现根据本公开的第一方面的方法。

附图说明

结合附图并参考以下详细说明，本公开各实现方式的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本公开的若干实现方式。在附图中：

图1示意性示出了其中可以使用根据本公开的示例性实现方式的应用环境的框图；

图2示意性示出了根据本公开的示例性实现方式的用于向充电桩提供维护服务的过程的框图；

图3示意性示出了根据本公开的示例性实现方式的用于向充电桩提供维护服务的方法的流程图；

图4A示意性示出了根据本公开的示例性实现方式的充电桩的状态信息的数据结构的框图；

图4B示意性示出了根据本公开的示例性实现方式的充电桩的维护类型的数据结构的框图；

图5示意性示出了根据本公开的示例性实现方式的创建维护任务的过程的框图；

图6示意性示出了根据本公开的示例性实现方式的工程师状态的数据结构的框图；

图7示意性示出了根据本公开的示例性实现方式的用于向充电桩提供维护服务的过程的框图；以及

图8示意性示出了根据本公开的示例性实现的用于向充电桩提供维护服务的设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实现。虽然附图中显示了本公开的优选实现，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实现所限制。相反，提供这些实现是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实现”和“一个实现”表示“至少一个示例实现”。术语“另一实现”表示“至少一个另外的实现”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

随着电动车技术的发展，目前已经开发出了各种品牌和型号的电动车，各个电动车的生产厂家可以定义各自的充电标准，并且生产相应的充电桩设备。为了提供更为方便的充电方式，目前已经建设了大量的充电站。这些充电站可以分布在不同的城市并且提供来自不同生产厂家的充电桩。

首先参见图1描述本公开的示例性实现方式的应用环境。图1示意性示出了其中可以使用根据本公开的示例性实现方式的应用环境100的框图。如图1所示，多个充电桩可以分布在不同的城市。例如，充电桩142、……、以及充电桩144可以位于城市140，这些充电桩可以具有不同的品牌和型号，并且可以位于相同或者不同的充电站中。类似地，充电桩152、……、以及充电桩154可以位于城市150中。

为了确保充电桩的正常运行，多个不同的主体可以分别建立自己的工程师队伍。例如，各个品牌的生产厂家可以建立专职工程师队伍，专门负责维护自己品牌的充电桩。充电站的运营商可以建立自己的工程师队伍，负责维护自己充电站内的多个品牌和型号的充电桩，等等。为了确保有效地在自己的工程师队伍中分配维护任务，各个主体可以分别开发各自的运行维护应用。具体地，可以监视管辖范围内的各个充电桩的状态并且在发现故障或者需要定期检修时，经由终端设备112、……、以及122来向各个工程师110、……以及120分配维护任务。

然而由于成本的限制，工程师的数量通常不能满足越来越多的维护服务的要求，这将会造成等待时间较长等问题。另一方面，每个工程师的能力水平也有所差异，这导致有些工程师不能胜任被分配的任务，进而出现需要再次派遣工程师的情况。

为了至少部分地解决上述不足，根据本公开的示例性实现方式，提出了一种用于向充电桩提供维护服务的技术方案。在该技术方案中，提出了共享工程师的概念。可以跨越不同品牌、型号和运营商，来共享工程师。通过向共享工程师分配维护任务，可以以统一的方式管理涉及不同品牌、型号和运营商的大量充电桩。在下文中，将参见图2描述根据本公开的示例性实现方式的概要。图2示意性示出了根据本公开的示例性实现方式的用于向充电桩提供维护服务的过程200的框图。

根据本公开的示例性实现方式，可以监视多个充电桩的状态。为方便起见，在图2中仅示出了一个示例充电桩142，可以以类似的方式来针对其他充电桩进行处理。如图2所示，可以获取充电桩142的充电桩状态210。将会理解，在此的充电桩状态210是与充电桩的具体品牌、型号等属性相关联的。例如，当充电桩出现连接故障时，在某个品牌中使用故障代码“001”来表示，而在另一品牌中使用“0x10”来表示。

可以基于充电桩状态210来确定用于维护该充电桩142的难度指标220。如果难度指标220满足阈值条件(即，难度较低并且不需要相应品牌的专职工程师的帮助)，则可以将充电桩142的充电桩状态210转换至标准化状态230。在此的标准化状态230与具体的品牌和型号无关，而是对于充电桩状态210的一般描述。例如，对于故障代码“001”而言，转换后的标准化状态230可以表示为“连接故障”并且提供相关的描述。可以生成包括标准化状态230的维护任务260。

进一步，可以基于多个工程师250、……、以及252的工程师状态240，来选择与难度指标220相匹配的一个或多个工程师(例如，工程师250等)，并且向选择的工程师发送维护任务260。此时，所选择的工程师即为有能力执行维护任务260的工程师。以此方式，各个主体(例如，充电站的经营者)不必维护各自的工程师队伍，而是可以跨越生产厂家和经营者等来共享工程师250、……252。利用本公开的示例性实现方式，可以降低维护等待时间、提高维护效率、提高工程师的任务调度能力，并且降低训练和管理大量工程师的人力和物力开销。

根据本公开的示例性实现方式，可以建立充电桩的管理平台来执行上文描述的功能。具体地，可以在网络云端部署该管理平台，可以整合各个充电站和生产厂家的数据资源，并且向管理平台提供数据。例如，各个充电站可以向管理平台提供各个充电站中的充电桩的状态信息；各个主体可以向管理平台提供工程师的状态数据、各个主体的维修标准、技术资料、维修工时标准、零件信息、库存信息，等等；进一步，生产厂家也可以提供自身的各种信息。

根据本公开的示例性实现方式，多种类型的用户可以连接到管理平台，以便实现相应的功能。例如，充电站的管理员可以连接至管理平台以便上报各个充电桩的状态，各个主体的工程师可以连接至管理平台并且接收来自管理平台分配的维护任务，生产厂家的管理员可以连接至管理平台以便监视自己企业的充电桩的状态，等等。利用本公开的示例性实现方式，可以解决维护过程中工程师资源不足和/或不能及时到位、维修周期长、成本高等问题。以此方式，可以提供智能化、高效化、数字化、合理化以及低成本的维护服务。

在下文中，将参见图3详细描述根据本公开的示例性实现方式。该图3示意性示出了根据本公开的示例性实现方式的用于向充电桩提供维护服务的方法300的流程图。根据本公开的示例性实现方式，可以经由上文描述的管理平台来执行方法300。在框310处，采集多个充电桩中的充电桩的充电桩状态210。在此，多个充电桩具有不同的属性，并且该属性包括以下中的至少任一项：品牌、型号、以及运营商。将会理解，尽管复杂故障可能会需要专业修理经验、并且需要生产厂家的专职工程师处理，充电桩使用过程中的大部分日常维护和简单故障处理并不需要过多的专业经验，而是可以经由经过常规培训的普通工程师执行。利用本公开的示例性实现方式，可以在统一的管理平台上管理具有不同品牌、型号和运营商的充电桩。

在下文中，将参见图4A描述有关充电桩状态的更多信息。图4A示意性示出了根据本公开的示例性实现方式的充电桩的状态信息的数据结构400A的框图。如图4A所示，充电桩状态210可以包括多方面内容：维护类型412A、紧急程度414A、工时估计416A以及位置418A。参见图4B描述有关维护类型412A的更多信息。

图4B示意性示出了根据本公开的示例性实现方式的充电桩的维护类型412A的数据结构400B的框图。维护类型412A可以包括故障维修412B，该类型表示在充电桩的运行过程中出现了影响正常使用的故障，因而必须维修。维护类型412A还可以包括日常保养414B，该类型表示充电桩没有出现故障但是已经到达定期保养的期限(例如，每月一次)，并且需要工程师执行日常的保养检查。维护类型412A可以包括增值服务416B，该类型是指由充电桩提供充电以外的其他服务，例如，可以在充电桩的显示器处显示周边信息等。

根据本公开的示例性实现方式，可以利用1-100范围内的数值来表示维护类型412A。可以按照维护类型对于正常使用的危害程度来划分等级，例如，可以利用61-100范围内的数值来表示故障维修412B，可以利用21-60范围内的数值来表示日常保养414B，并且可以利用1-20范围内的数值表示增值服务416B。在各个等级内部，可以设置细化的类型，从而以阶梯方式描述多种维护类型。

将会理解，上文描述的数值范围仅仅是示意性的，根据本公开的示例性实现方式，可以使用其他数值范围来表示维护类型412A。尽管上文示意性示出了以连续方式表示各个等级的评分，根据本公开的示例性实现方式，各个等级的评分可以并不连续。以此方式，可以更加明确各个维修类型之间的差异，进而优先为更严重的维护类型分配工程师。

根据本公开的示例性实现方式，充电桩状态210可以包括紧急程度414A，以便表示充电桩当前问题是否紧急。例如，可以基于充电桩的状态对于安全的影响来确定紧急程度414A。根据本公开的示例性实现方式，可以利用1-100范围内的数值来表示紧急程度414A。假设充电桩中出现线路故障并且可能会引发电击和/或火灾等安全事故，可以将紧急程度设置95。假设充电桩的软件需要升级以便提供方便的交互，可以将紧急程度设置为60。假设充电桩的显示屏中出现坏像素，可以将紧急程度设置为“15”，等等。

根据本公开的示例性实现方式，充电桩状态210可以包括工时估计416A，用于表示维护该充电桩可能需要的时间开销。可以基于维护类型412A和历史经验来确定工时估计416A。根据本公开的示例性实现方式，可以利用1-36范围内的数值来表示工时估计416A。假设历史经验显示更换充电桩的显示器需要1小时，则工时估计416A可以被设置为1小时。

将会理解，尽管在实际维护过程中的工时可能会超过36小时，当工时估计超过36小时时，则认为问题过于复杂并且需要派遣生产厂家的专职工程师。此时，可以将工时估计416A的上限设置为36小时。根据本公开的示例性实现方式，充电桩状态210可以包括充电桩的位置418A，用于表示维护该充电桩所在的地理位置。

上文已经描述了有关充电桩状态210的详细信息，在下文中，返回图3描述有关难度指标220的更多信息。在框320处，基于充电桩状态210，确定用于维护充电桩的难度指标220。根据本公开的示例性实现方式，可以基于维护类型412A来确定难度指标220。在此，难度指标220可以正比于维护类型412A的数值。换言之，维护类型412A所涉及的问题越严重，则难度指标220越高。根据本公开的示例性实现方式，可以基于维护充电桩的紧急程度414A来确定难度指标220。在此，难度指标220可以正比于紧急程度414A的数值。换言之，充电桩的问题越紧急，则难度指标越高。

根据本公开的示例性实现方式，可以基于工时估计416A来确定难度指标220。在此，难度指标220可以正比于工时估计416A的数值。换言之，工时估计416A所涉及的时间越长，则难度指标220越高。根据本公开的示例性实现方式，充电桩状态210可以包括的多方面因素，因而可以分别为多个方面分别设置相应的评分标准，并且可以为各个方面设置权重，以便确定用于维护充电桩的整体难度指标。

根据本公开的示例性实现方式，可以根据维护过程所涉及的模块的数量来确定难度指标220，涉及的模块数量越多则难度指标220越高。根据本公开的示例性实现方式，可以根据维护过程所涉及的操作类型来设置难度系数，例如，可以为软件升级操作设置较低的难度系数，可以为硬件拆装和调试设置较高的难度系数，等等。

在框330处，响应于确定难度指标220满足阈值条件，根据充电桩状态210和充电桩的属性，将充电桩状态210转换至标准化状态230。根据本公开的示例性实现方式，分配共享工程师的前提是，共享工程师应当有能力解决充电桩的问题，因而可以仅向共享工程师分配难度指标较低的任务。对于难度较高的任务，即使派遣共享工程师去往维护现场，共享工程师很可能不能胜任维护工作，并且需要向生产厂家的专业工程师求助。因而，仅在难度指标220满足阈值条件时，才寻找共享工程师；当难度指标较高时，则需要生产厂家的专职工程师来进行维护。

根据本公开的示例性实现方式，可以基于历史经验来设置阈值条件。例如，可以为基于多方面因素所确定的难度指标设置整体阈值评分。假设难度指标的范围为1-100，阈值条件可以被定义为：难度指标≤80。该阈值条件表示：仅向难度指标≤80的任务分配共享工程师。又例如，可以首先利用工时估计416A来进行过滤，如果工时估计416A超过阈值数值36小时，则直接求助于生产厂家的专职工程师，而并不分配共享工程师。

根据本公开的示例性实现方式，在确定难度指标220符合派遣共享工程师的阈值条件时，可以将充电桩状态210(按照各个生产厂家的规范描述)转换为标准化状态230。假设生产厂家A、B和C分别使用故障代码“001”、“0x10”和“009”来表示连接故障，在标准化状态230中，可以使用文字“连接故障”来描述充电桩的故障。进一步，标准化状态230还可以提供有关充电桩的更多细节，例如，连接故障所涉及的模块名称、管脚编号等。

在框340处，根据难度指标220和向多个充电桩提供维护服务的多个工程师的工程师状态，向多个工程师中的至少一个工程师发送包括标准化状态230的维护任务260，以便寻找用于维护充电桩的工程师。可以基于标准化状态230来创建维护任务260。在此的维护任务是指可以向共享工程师分配的任务。图5示意性示出了根据本公开的示例性实现方式的创建维护任务260的过程500的框图。如图5所示，在管理平台可以包括监视模块510，以便基于多种方式监视多个充电桩的状态。例如，自动监视模块512可以自动监视多个充电桩的运行参数是否正常。运营商人工监视模块514可以接收来自充电站的管理员的人工输入，以便获取需要维护服务的充电桩的状态。生产厂家人工监视模块516可以接收来自生产厂家的管理员的人工输入，以便获取需要维护服务的充电桩的状态。

经由多种方式采集的充电桩状态210可以经过标准化处理过程，以便生成与品牌和型号无关的标准化状态230，进而生成维护任务260。进一步，可以将生成的维护任务260放置在共享任务池520中，以便从多个共享工程师中选择合格的工程师来处理该维护任务260。

根据本公开的示例性实现方式，可以基于充电桩状态210自动生成维护任务260，并且在此的维护任务260中的标准化状态230并不涉及充电桩的具体品牌和型号等专业信息，而是可以被具有一般维护知识的共享工程师所理解。以此方式，可以支持多渠道的监视模式，自动触发故障上报，从而缓解各种人工报修方式资源不足(例如，报修电话等待时间过长)等问题。

根据本公开的示例性实现方式，可以按照充电桩问题的紧急程度来排序各个任务，可以按照维护类型来执行排序，也可以基于各个充电桩的整体评分，来将各个任务进行排序。整体评分越高，则表示充电桩问题的严重程度和紧急程度越高，因而可以优先地分配工程师来处理这些充电桩的问题。

根据本公开的示例性实现方式，可以为共享任务池520中的各个维护任务分别选择合适的工程师。在此的工程师是指可以维护具有不同品牌、型号和运营商的充电桩的共享工程师。例如，各个生产厂家的专职工程师可以注册共享工程师。又例如，普通工程师在通过专业测试之后，也可以注册共享工程师。根据本公开的示例性实现方式，可以从多个工程师中选择可以胜任维护任务的至少一个工程师，以便寻找最终的维护工程师。

根据本公开的示例性实现方式，仅向能够胜任的一个或多个工程师发送维护任务260。具体地，可以确定难度指标220与多个工程师的工程师状态之间的匹配程度。在此，可以根据多个工程师的工程师状态，确定多个工程师的各自的能力等级。在下文中，参见图6来描述有关工程师状态的更多信息。

图6示意性示出了根据本公开的示例性实现方式的工程师状态240的数据结构600的框图。如图6所示，工程师状态240可以包括多方面的信息：能力等级612、空闲时间614以及位置616。根据本公开的示例性实现方式，可以根据工程师状态240来确定工程师的能力等级612。该能力等级612例如可以表示工程师所具备的维护充电桩的综合能力。例如，可以基于工程师的年龄、教育水平、专业、工作年限、培训经历、是否具有驾照等信息来确定工程师的能力等级612。根据本公开的示例性实现方式，可以利用65-100范围(或者其他数值范围)内的数值来表示能力等级612，数值越高则表示工程师的能力越强，并且可以适合于解决难度更大的问题。

根据本公开的示例性实现方式，可以确定工程师的能力等级与维护任务的难度指标是否相匹配。假设利用1-100范围内的数值来表示难度指标，可以预先定义难度指标与能力等级之间的匹配关系。如果难度指标的数值为x，则可以指定选择能力等级大于数值x的工程师。具体地，假设维护任务的难度指标为75，则能力等级大于75的工程师是合格的。又例如，假设维护任务的难度指标为60，则全部工程师都合格。根据本公开的示例性实现方式，仅向合格的工程师发送维护任务260。

以此方式，可以基于该匹配关系来确定难度指标和多个工程师的各自的能力等级之间的匹配程度(合格或者不合格)。将会理解，上文仅示意性示出了难度指标与能力等级的示例性匹配程度。根据本公开的示例性实现方式，可以基于其他方式来选择能力等级合格的工程师。

根据本公开的示例性实现方式，工程师状态240可以包括空闲时间614。可以根据多个工程师的工程师状态，确定多个工程师的空闲时间。空闲时间可以表示工程师在最近一段时间(例如，1天，或者其他时间长度)内是否空闲，并且可以包括相关的日程安排。根据本公开的示例性实现方式，可以选择当前具有空闲时间的一个或多个工程师。根据本公开的示例性实现方式，如果具有合格能力等级的工程师当前都处于“忙”状态，则可以根据维护任务的紧急程度，来选择在紧急程度允许范围内具有空闲时间的工程师。假设紧急程度的数值“90”指示要求工程师在3小时内到场，然而在未来3小时内没有可用的工程师，则可以向生产厂家的专职工程师求助。

根据本公开的示例性实现方式，工程师状态240可以包括工程师的位置616。根据本公开的示例性实现方式，可以根据多个工程师的工程师状态，确定多个工程师的位置。将会理解，工程师的位置与充电桩的位置之间的距离、路况等信息将会影响工程师到达的速度，此时通过考虑两者之间的位置关系，可以优先地从多个工程师中选择位于充电桩附近的至少一个工程师。

上文已经示意性示出了分别基于工程师的能力等级612、空闲时间614以及位置606来选择一个或多个合格的工程师的过程。根据本公开的示例性实现方式，可以分别考虑上述多方面的因素，以便找到最佳的维护工程师。将会理解，由于能力等级612是维护过程中的最重要因素，可以为能力等级612设置较高的权重。空闲时间614是维护过程中的重要因素，可以为空闲时间614设置中等权重。尤其是，对于紧急程度较低的维护任务而言，可以不要求工程师立刻到场，而是可以适当放宽空闲时间的范围。

利用本公开的示例性实现方式，在分配维护任务之前已经综合考虑了工程师是否能够完成维护任务，并且仅在符合要求的少量工程师范围内发布维护任务。以此方式，可以避免向大量工程师广播任务并且导致不合格工程师接单的情况。

在已经选择了一个或多个合格工程师之后，可以向选择的一个或多个工程师发送维护任务260。在此的维护任务260可以包括充电桩的标准化状态230、地址、维护时间要求等信息。如果某个工程师认为自己可以执行该维护任务260，则该工程师可以“接单”。在管理平台一侧，如果接收到来自工程师的反馈，可以向该工程师分配用于维护充电桩的任务。此时，接单的工程师可以按照任务描述来前往预定地址，并且执行维护任务。

将会理解，上文仅示意性示出了由一个工程师接单的情况。根据本公开的示例性实现方式，某些维护任务需要多人协作，此时维护任务260可以包括有关工程师人数的要求，以及各个工程师的任务描述。此时，多个工程师可以基于任务描述来接单。

在下文中，将参见图7描述维护服务的更多细节，该图7示意性示出了根据本公开的示例性实现方式的用于向充电桩提供维护服务的过程700的框图。如图7所示，管理平台710可以向工程师250分配720有关维护充电桩142的任务。根据本公开的示例性实现方式，管理平台710可以向工程师250发送与维护充电桩相关联的技术资料。例如，可以在工程师250的终端设备处显示任务和/或技术资料。技术资料例如可以包括充电桩的相关工作参数、电路图、以及修理的操作步骤和注意事项，等等。工程师250可以基于自身经验以及相关技术资料来维护722充电桩142。

根据本公开的示例性实现方式，管理平台710可以采集工程师在维护充电桩142期间的维护数据。此时，工程师250可以向管理平台710发送724维护数据。例如，工程师250可以经由终端设备来采集有关维护过程的照片和/或视频、输入相关维护数据、提交维护笔记，等等。假设工程师250正在处理“连接故障”并且发现充电桩的连接线老化，此时工程师250可以拍摄老化的连接线和更换后的新连接线的照片，以便向管理平台710证明已经完成了维护任务。

继而，管理平台710可以请求726从充电桩142获取状态参数，并且充电桩142可以向管理平台710返回728所请求的状态参数。管理平台710可以判断730状态参数是否正常，如果正常则可以通知732工程师250维护结束。如果管理平台510确定状态参数指示充电桩仍然存在充电故障，可以向生产厂家的专职工程师求助。例如，可以联系专职工程师并且发送充电桩的状态。

根据本公开的示例性实现方式，管理平台710可以包括评估模块，以便为维护过程提供闭环的质量评估。当工程师250的账户下存在多个未完成任务时，工程师250可以按照各个任务的要求及时赶到故障现场并进行维护处理。在完成任务之后，如果充电桩可以进行正常充电并且管理平台710处的故障报警信号已经消失，则认为已经成功完成维护任务。如果并未修复故障，则该维护任务不再返回共享任务池520，而直接被返回相关生产厂家的专职工程师。

可以从多个角度来评价维护过程，以便促进管理平台710的改进。例如，充电站的运营商可以对于工程师的技术水平、响应速度、服务态度等进行评分，可以对充电桩的可靠性、生产厂家的配合度、维修价格合理度进行评分。工程师250可以对充电桩的可靠性、易维护程度等进行评分，可以对管理平台710提供的技术资料、故障预判准确度等进行评分。管理平台710可以对各个充电桩的可靠性、运维成本、零件供应链等进行评分，可以对工程师个人及所在企业的专业度、服务能力进行评分。

上文已经参见图2至图7描述了有关向充电桩提供维护服务的方法。根据本公开的示例性实现方式，提供了一种用于向充电桩提供维护服务的装置。该装置包括：采集模块，配置用于采集多个充电桩中的充电桩的充电桩状态，多个充电桩具有不同的属性，属性包括以下中的至少任一项：品牌、型号、以及运营商；确定模块，配置用于基于充电桩状态，确定用于维护充电桩的难度指标；转换模块，配置用于响应于确定难度指标满足阈值条件，根据充电桩状态和充电桩的属性，将充电桩状态转换至标准化状态；发送模块，配置用于根据难度指标和向多个充电桩提供维护服务的多个工程师的工程师状态，向多个工程师中的至少一个工程师发送包括标准化状态的维护任务，以便寻找用于维护充电桩的工程师。

根据本公开的示例性实现方式，确定模块包括：维护类型确定模块，配置用于基于充电桩状态确定充电桩的维护类型，维护类型包括以下中的至少任一项：故障维修、日常保养、以及增值服务；以及难度指标确定模块，配置用于基于维护类型来确定难度指标。

根据本公开的示例性实现方式，确定模块包括：紧急程度确定模块，配置用于基于充电桩状态确定用于维护充电桩的紧急程度；以及难度指标确定模块，配置用于基于紧急程度来确定难度指标。

根据本公开的示例性实现方式，确定模块包括：工时估计模块，配置用于基于充电桩状态确定用于维护充电桩的工时估计；以及难度指标确定模块，配置用于基于工时估计来确定难度指标。

根据本公开的示例性实现方式，发送模块包括：匹配程度确定模块，配置用于确定难度指标与多个工程师的工程师状态之间的匹配程度；选择模块，配置用于根据匹配程度，从多个工程师中选择至少一个工程师；以及任务发送模块，配置用于向至少一个工程师发送维护任务。

根据本公开的示例性实现方式，匹配程度确定模块包括：能力等级确定模块，配置用于根据多个工程师的工程师状态，确定多个工程师的各自的能力等级；以及匹配确定模块，配置用于确定难度指标和多个工程师的各自的能力等级之间的匹配程度。

根据本公开的示例性实现方式，选择模块包括：空闲时间确定模块，配置用于根据多个工程师的工程师状态，确定多个工程师的空闲时间；以及工程师选择模块，配置用于从多个工程师中选择具有空闲时间的至少一个工程师。

根据本公开的示例性实现方式，该装置进一步包括：位置确定模块，配置用于根据多个工程师的工程师状态，确定多个工程师的位置；以及工程师选择模块，配置用于根据多个工程师的位置，从多个工程师中选择位于充电桩附近的至少一个工程师。

根据本公开的示例性实现方式，该装置进一步包括：分配模块，配置用于响应于接收到来自至少一个工程师中的工程师的反馈，向工程师分配用于维护充电桩的任务。

根据本公开的示例性实现方式，该装置进一步包括：提供模块，配置用于向工程师提供与维护充电桩相关联的技术资料。

根据本公开的示例性实现方式，该装置进一步包括：采集模块，配置用于采集工程师在维护充电桩期间的维护数据。

根据本公开的示例性实现方式，该装置进一步包括：状态参数采集模块，配置用于在工程师完成对充电桩的维护之后，采集充电桩的状态参数；以及状态发送模块，配置用于响应于确定状态参数指示充电桩出现充电故障，向充电桩的专职工程师发送充电桩状态。

根据本公开的示例性实现方式，该装置进一步包括：状态发送模块，配置用于响应于确定难度指标不满足阈值条件，向充电桩的专职工程师发送充电桩的充电桩状态。

根据本公开的示例性实现方式，提供了一种电子设备，包括：存储器和处理器；其中存储器用于存储一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现上文描述的方法。

图8示出了其中可以实施本公开的一个或多个实施例的计算设备/服务器800的框图。应当理解，图8所示出的计算设备/服务器800仅仅是示例性的，而不应当构成对本文所描述的实施例的功能和范围的任何限制。

如图8所示，计算设备/服务器800是通用计算设备的形式。计算设备/服务器800的组件可以包括但不限于一个或多个处理器或处理单元810、存储器820、存储设备830、一个或多个通信单元840、一个或多个输入设备850以及一个或多个输出设备860。处理单元810可以是实际或虚拟处理器并且能够根据存储器820中存储的程序来执行各种处理。在多处理器系统中，多个处理单元并行执行计算机可执行指令，以提高计算设备/服务器800的并行处理能力。

计算设备/服务器800通常包括多个计算机存储介质。这样的介质可以是计算设备/服务器800可访问的任何可以获得的介质，包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器820可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(RAM))、非易失性存储器(例如，只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪存)或它们的某种组合。存储设备830可以是可拆卸或不可拆卸的介质，并且可以包括机器可读介质，诸如闪存驱动、磁盘或者任何其他介质，其可以能够用于存储信息和/或数据(例如用于训练的训练数据)并且可以在计算设备/服务器800内被访问。

计算设备/服务器800可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未示出，可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中，每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器820包括计算机程序产品825，具有一个或多个程序模块，这些程序模块被配置为执行本公开的各种实施例的各种方法或动作。

通信单元840实现通过通信介质与其他计算设备进行通信。附加地，计算设备/服务器800的组件的功能可以以单个计算集群或多个计算机器来实现，这些计算机器能够通过通信连接进行通信。因此，计算设备/服务器800可以使用与一个或多个其他服务器、网络个人计算机(PC)或者另一个网络节点的逻辑连接来在联网环境中进行操作。

输入设备850可以是一个或多个输入设备，例如鼠标、键盘、追踪球等。输出设备860可以是一个或多个输出设备，例如显示器、扬声器、打印机等。计算设备/服务器800还可以根据需要通过通信单元840与一个或多个外部设备(未示出)进行通信，外部设备诸如存储设备、显示设备等，与一个或多个使得用户与计算设备/服务器800交互的设备进行通信，或者与使得计算设备/服务器800与一个或多个其他计算设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(I/O)接口(未示出)来执行。

根据本公开的示例性实现方式，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现上文描述的方法。

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

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

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

附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各实现。

Claims (16)

1.一种用于向充电桩提供维护服务的方法，包括：

采集多个充电桩中的充电桩的充电桩状态，所述多个充电桩具有不同的属性，所述属性包括以下中的至少任一项：品牌、型号、以及运营商；

基于所述充电桩状态，确定用于维护所述充电桩的难度指标；

响应于确定所述难度指标满足阈值条件，根据所述充电桩状态和所述充电桩的属性，将所述充电桩状态转换至标准化状态；

根据所述难度指标和向所述多个充电桩提供维护服务的多个工程师的工程师状态，向多个工程师中的至少一个工程师发送包括所述标准化状态的维护任务，以便寻找用于维护所述充电桩的工程师。

2.根据权利要求1所述的方法，其中确定所述难度指标包括：

基于所述充电桩状态确定所述充电桩的维护类型，所述维护类型包括以下中的至少任一项：故障维修、日常保养、以及增值服务；以及

基于所述维护类型来确定所述难度指标。

3.根据权利要求1所述的方法，其中确定所述难度指标包括：

基于所述充电桩状态确定用于维护所述充电桩的紧急程度；以及

基于所述紧急程度来确定所述难度指标。

4.根据权利要求1所述的方法，其中确定所述难度指标包括：

基于所述充电桩状态确定用于维护所述充电桩的工时估计；以及

基于所述工时估计来确定所述难度指标。

5.根据权利要求1所述的方法，其中发送所述维护任务包括：

确定所述难度指标与所述多个工程师的工程师状态之间的匹配程度；

根据所述匹配程度，从所述多个工程师中选择至少一个工程师；以及

向所述至少一个工程师发送所述维护任务。

6.根据权利要求5所述的方法，其中确定所述匹配程度包括：

根据所述多个工程师的所述工程师状态，确定所述多个工程师的各自的能力等级；以及

确定所述难度指标和所述多个工程师的各自的所述能力等级之间的所述匹配程度。

7.根据权利要求5所述的方法，其中选择所述至少一个工程师包括：

根据所述多个工程师的所述工程师状态，确定所述多个工程师的空闲时间；以及

从所述多个工程师中选择具有空闲时间的所述至少一个工程师。

8.根据权利要求7所述的方法，进一步包括：

根据所述多个工程师的所述工程师状态，确定所述多个工程师的位置；以及

根据所述多个工程师的位置，从所述多个工程师中选择位于所述充电桩附近的所述至少一个工程师。

9.根据权利要求1所述的方法，进一步包括：响应于接收到来自所述至少一个工程师中的工程师的反馈，向所述工程师分配用于维护所述充电桩的任务。

10.根据权利要求9所述的方法，进一步包括：向所述工程师提供与维护所述充电桩相关联的技术资料。

11.根据权利要求9所述的方法，进一步包括：采集所述工程师在维护所述充电桩期间的维护数据。

12.根据权利要求9所述的方法，进一步包括：

在所述工程师完成对所述充电桩的维护之后，采集所述充电桩的状态参数；以及

响应于确定所述状态参数指示所述充电桩出现充电故障，向所述充电桩的专职工程师发送所述充电桩状态。

13.根据权利要求1所述的方法，进一步包括：响应于确定所述难度指标不满足所述阈值条件，向所述充电桩的专职工程师发送所述充电桩的所述充电桩状态。

14.一种用于向充电桩提供维护服务的装置，包括：

采集模块，配置用于采集多个充电桩中的充电桩的充电桩状态，所述多个充电桩具有不同的属性，所述属性包括以下中的至少任一项：品牌、型号、以及运营商；

确定模块，配置用于基于所述充电桩状态，确定用于维护所述充电桩的难度指标；

转换模块，配置用于响应于确定所述难度指标满足阈值条件，根据所述充电桩状态和所述充电桩的属性，将所述充电桩状态转换至标准化状态；

发送模块，配置用于根据所述难度指标和向所述多个充电桩提供维护服务的多个工程师的工程师状态，向多个工程师中的至少一个工程师发送包括所述标准化状态的维护任务，以便寻找用于维护所述充电桩的工程师。

15.一种电子设备，包括：

存储器和处理器；

其中所述存储器用于存储一条或多条计算机指令，其中所述一条或多条计算机指令被所述处理器执行以实现根据权利要求1至13中任一项所述的方法。

16.一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中所述一条或多条计算机指令被处理器执行以实现根据权利要求1至13中任一项所述的方法。

Images