CN116205476A - 工作流的问题分析方法、电子设备及存储介质 - Google Patents

Abstract

本申请的实施方式提供了一种工作流的问题分析方法、电子设备及存储介质。在一些实施方式中，多端交互业务的工作流的问题分析方法包括：根据业务的工作流中各个步骤的执行顺序，依次向各个步骤的执行端分别传输步骤的执行指令；响应于步骤执行成功，在业务的监控端同步步骤的步骤标识；以及根据监控端中记录的步骤标识进行问题分析。

Description

工作流的问题分析方法、电子设备及存储介质

技术领域

本申请的实施方式涉及数据处理领域，更具体地，涉及一种工作流的问题分析方法、电子设备及存储介质。

背景技术

通常情况下，开发人员会根据产品的需求开发不同的业务。开发过程中，针对各个需求而设计的所有开发步骤可称为业务功能流程(工作流程)，即功能流或工作流。目前，很多业务涉及到多端交互。该情况下，为了对业务的工作流进行问题分析，需要各端存储运行该工作流的日志(log)到本地，以便监控端通过获取各端的log进行工作流的问题分析。

然而，云端在获取各端的log时常常会遇到一些困难，例如，用户不愿意或不会导出本地的log，使得云端无法有效分析工作流的问题。

发明内容

本申请的实施方式提供了一种可至少部分解决现有技术中存在的上述问题或其他问题的工作流的问题分析方法、电子设备及存储介质。

本申请的实施方式提供了一种多端交互业务的工作流的问题分析方法，包括：根据业务的工作流中各个步骤的执行顺序，依次向各个步骤的执行端分别传输步骤的执行指令；响应于步骤执行成功，在业务的监控端同步步骤的步骤标识；以及根据监控端中记录的步骤标识进行问题分析。

本申请的实施方式还提供了一种电子设备，包括：至少一个处理器和存储器。存储器与至少一个处理器通信连接，并存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上述实施方式提及的业务工作流的问题分析方法。

本申请的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，实现如上述实施方式提及的业务工作流的问题分析方法。

根据本申请的一些实施方式，涉及多端交互的业务的工作流中的各个步骤执行成功后，会在业务的监控端同步该步骤的步骤标识，这使得监控端可在不获取各端日志的情况下，基于同步的步骤标识对工作流进行问题分析，减少由于无法获取日志导致无法对业务的工作流进行问题分析、定位和修复的情况。

附图说明

通过阅读参照以下附图所作的对非限制性实施例的详细描述，本申请的其它特征、目的和优点将会变得更明显。其中：

图1是根据本申请一个实施方式的多端交互业务的工作流的问题分析方法的流程示意图；

图2是根据本申请的一些实施方式的蓝牙钥匙出借业务的问题分析方法的流程示意图；

图3是根据本申请的一些实施方式的扫码绑车业务的问题分析方法的流程示意图；以及

图4是根据本申请的一些实施方式的电子设备的示例性框图。

具体实施方式

为了更好地理解本申请，将参考附图对本申请的各个方面做出更详细的说明。应理解，这些详细说明只是对本申请的示例性实施方式的描述，而非以任何方式限制本申请的范围。在说明书全文中，相同的附图标号指代相同的元件。表述“和/或”包括相关联的所列项目中的一个或多个的任何和全部组合。

还应理解的是，诸如“包括”、“包括有”、“具有”、“包含”和/或“包含有”等表述在本说明书中是开放性而非封闭性的表述，其表示存在所陈述的特征、元件和/或部件，但不排除一个或多个其它特征、元件、部件和/或它们的组合的存在。此外，当诸如“...中的至少一个”的表述出现在所列特征的列表之后时，其修饰整列特征，而非仅仅修饰列表中的单独元件。此外，当描述本申请的实施方式时，使用“可”表示“本申请的一个或多个实施方式”。并且，用语“示例性的”旨在指代示例或举例说明。

除非另外限定，否则本文中使用的所有措辞(包括工程术语和科技术语)均具有与本申请所属领域普通技术人员的通常理解相同的含义。还应理解的是，除非本申请中有明确的说明，否则在常用词典中定义的词语应被解释为具有与它们在相关技术的上下文中的含义一致的含义，而不应以理想化或过于形式化的意义解释。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。另外，除非明确限定或与上下文相矛盾，否则本申请所记载的方法中包含的具体步骤不必限于所记载的顺序，而可以任意顺序执行或并行地执行。下面将参考附图并结合实施例来详细说明本申请。

图1是根据本申请一个实施方式的多端交互业务的工作流的问题分析方法100的流程示意图。如图1所示，该问题分析方法100可包括以下步骤：

S11，根据业务的工作流中各个步骤的执行顺序，依次向各个步骤的执行端分别传输步骤的执行指令；

S12，响应于步骤执行成功，在业务的监控端同步步骤的步骤标识；以及

S13，根据监控端中同步的步骤标识进行问题分析。

根据本申请的一些实施方式，涉及多端交互的业务的工作流中的各个步骤执行成功后，会在业务的监控端同步该步骤的步骤标识，这使得监控端可在不获取各端日志的情况下，基于同步的步骤标识对工作流进行问题分析，减少由于无法获取日志导致无法对业务的工作流进行问题分析、定位和修复的情况。

为了便于理解，下面对图1所示例的问题分析方法100的实施进行示例性说明。

在本申请的一些实施方式中，多端交互业务可以是车辆的业务，其涉及的执行端可包括但不限于车机端、移动终端、云端和远程信息处理(Tbox)端中的至少两个设备端。车机端、移动终端、云端和远程信息处理(Tbox)端等相互配合，可共同为用户提供诸如蓝牙钥匙出借业务、扫码绑车业务等多种贴合用户用车需求的业务。

在本申请的一些实施方式中，业务的管理平台中可存储有该业务的工作流，并在该业务被触发后，依据存储的工作流为用户提供该业务。其中，业务的管理平台可以是云端，也可以是云端以外的其他设备端，本申请对此不做限制。

可以理解的是，管理平台中存储的工作流可由管理平台创建，也可由其他设备端创建后直接导入管理平台，或者存储于存储介质后导入管理平台，本申请对此不做限制。

为了便于理解，下面以通过管理平台创建工作流为例，对工作流的创建方式进行示例性说明。

在本申请的一些实施方式中，开发人员可根据产品需求文档以及UI/UE图进行产品的业务拆分和架构设计，并在管理平台定义好各个业务节点以及业务所涉及的步骤流程(即工作流)。

作为一个示例，管理平台可提供交互界面，开发人员可在该交互界面中创建产品的各个业务节点，并在各个业务节点在创建业务的工作流的步骤节点。管理平台对开发人员创建的业务进行存储和发布，以便用户使用。

作为另一示例，管理平台可获取开发人员预先构建的业务架构图，并根据预设的识别规则，对业务架构图进行识别以确定业务的工作流所包含的步骤和步骤的执行顺序。示例地，预设的识别规则可指示业务架构图中的第一形状的文本框对应第一指令，第一形状的文本框内的文字对应第一指令的第一字段等，第二形状的文本框对应第二指令，第二形状的文本框内的文字对应第二指令的第二字段等……以此类推。管理平台在获取业务架构图后，可基于该识别规则自动识别业务架构图以生成业务的工作流。

应该理解的是，在未背离本申请教导的情况下，管理平台也可通过其他方式创建业务的工作流，本申请对此不做限制。

在本申请的一些实施方式中，管理平台可在检测到用户请求该业务提供的服务后，根据业务的工作流中各个步骤的执行顺序，依次向各个步骤的执行端分别传输步骤的执行指令。示例地，业务的工作流可包括：由第一执行端执行的步骤A、由管理平台执行的步骤B和由第二执行端执行的步骤C。管理平台在检测到业务开启后，可按照该工作流，向第一执行端发送指示执行步骤A对应的执行指令。管理平台在检测到第一执行端成功执行步骤A后，执行步骤B，并在步骤B执行成功后，向第二执行端发送指示执行步骤C对应的执行指令。可以理解的是，执行步骤可以理解为执行该步骤对应的指令、程序代码等，此处不做限制。

在本申请的另一些实施方式中，业务的工作流可存储于该业务流所涉及的各个执行端中。触发该业务的工作流的设备端可基于工作流确定当前步骤是否由本端执行；若确定是，触发并执行该步骤的执行指令；若确定不是，向当前步骤的执行端发送当前步骤的执行指令，当前步骤的执行端可在执行完该步骤后，向下一步骤的执行端传输下一步骤的执行指令，以使下一步骤的执行端在检测到该执行指令后，执行下一步骤。

应当理解的是，在未背离本申请教导的情况下，控制业务所涉及的各个执行端按照工作流中指定的执行顺序依次执行该业务流的各个步骤的方式可根据需要设置，本申请对此不做限制。

在本申请的一些实施方式中，管理平台可在确定步骤执行成功后，在业务的监控端同步步骤的步骤标识。其中，业务的监控端可以是管理平台本身，也可以是管理平台以外的其他设备端，本申请对此不做限制。

为了阐述清楚，下文以监控端为管理平台为例进行示例性说明。可以理解的是，在监控端为其他设备端时，其执行过程可参考下文相关描述执行，此处不做赘述。

在本申请的一些实施方式中，管理平台确定工作流中的各个步骤标识的方式可包括但不限于方式1和方式2。

方式1，管理平台可根据开发人员对该业务的工作流的配置确定各个步骤的步骤标识。示例地，开发人员在开发过程中预先配置的各个步骤的步骤标识，管理平台可直接从该业务的配置数据中获取各个步骤的步骤标识。

方式2，管理平台可基于预先设置的步骤标识生成规则，自动生成各个步骤的步骤标识。示例地，管理平台基于步骤标识生成规则，以及该工作流的标识信息、该步骤在该工作流的执行顺序或其他信息，为该步骤生成的唯一标识。例如，步骤标识生成规则可指示工作流的任一步骤的步骤标识为该工作流的业务标识_该步骤在该工作流中的标识信息。其中，该步骤在该工作流中的标识信息可基于该步骤在该工作流中的执行顺序生成，例如，若该步骤是该工作流的第n步，该步骤在该工作流中的标识信息可以是n，也可以是n的二进制表示，还可以是n的其他表示。又如，若该工作流存在多个直线，该步骤是该工作流中的第m个主步骤节点下的第t个子步骤节点中的第n步，则该步骤在该工作流中的标识信息可以是m_t_n，也可以是m的二级制表示_t的二级制表示_n的二级制表示，还可以是m_t_n的其他表示。上述方案中，管理平台可自动生成步骤标识，无需开发人员预先指定，可减少开发人员工作量。此外，这可使该方法在开发人员未指定步骤标识的情况下实施，使得该方法更容易适用于现有工作流。

应该理解的是，在未背离本申请教导的情况下，在监控端同步的步骤标识可以包括业务流中的主步骤节点的步骤标识，还可包括各个主步骤节点下的子步骤节点的步骤标识，本申请对此不作限制。

在本申请的一些实施方式中，管理平台可在确定步骤执行失败后，确定该工作流执行失败，并在工作流中的所有步骤均执行成功后，确定该工作流执行成功。

在一些场景中，管理平台判断步骤执行失败的方式可包括但不限于：

方式一，管理平台可在检测到该步骤的执行端反馈的执行失败的提示信息后，确定该步骤执行失败；

方式二，管理平台也可在触发该步骤的执行指令后的预设时间内未接收到该步骤的执行端反馈的与该步骤相关的信息后，确定该步骤执行失败。

应当理解的是，在未背离本申请教导的情况下，管理平台还可通过其他方式判定步骤是否执行失败，本申请对判定步骤是否执行失败的方式不做限制。

在一些场景中，工作流的最后一个步骤的步骤标识为结束标识，管理平台可在检测到结束标识后，确定该工作流执行成功。

应当理解的是，在未背离本申请的教导的情况下，管理平台还可基于其他方法确定工作流是否执行成功，本申请对此不做限制。

在本申请的一些实施方式中，管理平台在确定工作流执行失败后，根据管理平台(即监控端)中同步的工作流的最后一个步骤标识确定工作流的问题节点，以实现对工作流的问题分析。示例地，业务的工作流包括步骤A至步骤F，该业务的一条执行失败的工作流在管理平台中同步的步骤标识包括步骤A至步骤C，管理平台即可确定问题节点为步骤D。上述方案中，根据监控端中同步的工作流的步骤标识即可确定出工作流的问题节点，无需获取各个执行端的日志，减少由于无法获取日志导致无法对业务的工作流进行问题分析、定位和修复的情况。

在本申请的一些实施方式中，管理平台可对执行成功的工作流和执行失败的工作流进行统计，以便确定该业务的工作流的使用频率、成功概率和失败概率等。

可选择的，管理平台可在确定工作流执行成功后，为该执行成功的工作流添加成功标识，在确定工作流执行失败后，为该执行失败的工作流添加失败标识，以便管理平台对该业务的工作流的成功概率、失败概率等进行统计。

在本申请的一些实施方式中，管理平台可将执行失败的工作流的第一流程数据记录至第一数据库。其中，工作流的第一流程数据指示工作流的问题节点。

可选择的，同一业务的执行失败的工作流可记录于第一数据库中的同一存储空间，例如，同一业务的执行失败的工作流可记录于第一数据库中的同一数据表中，或者，记录于第一数据库中的数据表的同一列中，以便后期对该业务的执行失败的工作流进行统计分析。

应当理解的是，第一流程数据可包括在管理平台中同步的该工作流的步骤标识以便确定问题节点，也可包括基于在管理平台中同步的该工作流的步骤标识确定出的问题节点的信息，本申请对此不做限制。

应当理解的是，在未背离本申请教导的情况下，第一流程数据还可包括诸如工作流的业务标识(例如该业务的ID)、工作流的流程标识(例如该工作流的ID)、触发该业务的工作流的设备端的设备信息等数据，本申请对此不做限制。

作为一种选择，针对第一数据库的数据，管理平台可以以第一时长为周期，周期性地对各业务的执行失败的工作流的第一流程数据分别进行合并。示例地，管理平台对第一数据库中的某一业务的工作流的第一流程数据的合并过程可包括但不限于：获取业务标识为该业务标识的工作流的第一流程数据；根据获取的各个工作流的第一流程数据，确定各个工作流的问题节点，即该工作流执行过程中执行失败的步骤；对第一数据库中问题节点相同的工作流的第一流程数据进行合并处理。

应当理解的是，在未背离本申请教导的情况下，管理平台还可基于业务的执行失败的工作流的其他特征，对该业务的执行失败的工作流的第一流程数据进行合并处理，本申请对此不做限制。

可选择的，多条第一流程数据被合并为一条记录后，该记录中可包括但不限于被合并的第一流程数据的问题节点的信息、各个第一流程数据中记录的执行时间(亦可称为失败时间)、总失败次数等，以便管理平台确定该工作流中各个步骤节点导致工作流失败的概率，即该步骤节点被视为问题节点的概率，进而便于管理平台或工作人员对业务进行问题分析。

可选择的，基于多条第一流程数据合并得到一条记录后，可删除被合并的第一流程数据，以减少执行失败的工作流的第一流程数据占用的存储空间。

可选择的，第一流程数据包括工作流的业务标识和工作流的执行时间。管理平台还可提供数据检索功能，以便运维和开发人员对该业务在指定时段内执行失败的业务流进行分析和处理。例如，管理平台可获取待查询的业务标识和查询时间范围，并在第一数据库中查询业务标识等于获取的业务标识且执行时间属于查询时间范围的第一流程数据。之后，管理平台可提供可视化界面等反馈查询到的第一流程数据，方便运维和开发人员查看分析。例如，运维人员需要确定某一业务在指定时间段的运行情况，运维人员将待查询的业务标识和查询时间范围输入管理平台，管理平台在第一数据库中查询业务标识等于获取的业务标识且执行时间属于查询时间范围的第一流程数据，并将查询到的第一流程数据中的问题节点的信息等进行可视化处理并显示给运维人员，以便运维人员查看该时间段的业务失败原因。

可选择的，第一流程数据包括触发该工作流的设备端的设备信息。管理平台可根据开发人员或运维人员提供的设备信息，查询该设备信息对应的工作流的相关数据，以便运维和开发人员对特定设备端触发的工作流进行问题分析和处理。例如，某一用户针对该业务提出执行失败原因咨询后，运维人员将该用户的设备信息和业务标识输入管理平台。管理平台在第一数据库中查询业务标识等于输入的业务标识且设备信息等于输入的设备信息的第一流程数据，并将查询到的第一流程数据中的问题节点的信息等进行可视化处理并显示给运维人员，以便运维人员查看该用户的业务失败原因。

可选择的，第一流程数据还可包括该问题节点失败的原因的信息，以便开发人员或运维人员确定业务失败原因。

可选择的，运维人员可查看用户的业务失败原因，并针对该原因在管理平台的交互界面对该业务的数据进行调整，以解决该用户业务失败的问题。

可选择的，第一数据库中可为记录的各个工作流的第一流程数据设置一状态标识位。在工作流的第一流程数据记录至第一数据库后，管理平台可将该工作流的状态标识位标记为未处理标识。管理平台可在确定运维人员对该执行失败的业务流进行问题分析并处理后，将该工作流的状态标识位标记为已处理标识。管理平台可周期性地对第一数据库中状态标识位为已处理标识的工作流的第一流程数据进行处理，以减少已处理的第一流程数据对管理平台的资源占用。

在本申请的一些实施方式中，管理平台可将执行成功的工作流的第二流程数据记录至第二数据库。其中，工作流的第二流程数据至少包括工作流的业务标识。

可选择的，同一业务的执行成功的工作流可记录于第一数据库中的同一存储位置，例如，同一业务的执行成功的工作流可记录于第一数据库中的同一数据表中，或者，记录于第一数据库中的数据表的同一列中，以便后期对该业务的执行成功的工作流进行统计分析。

应当理解的是，在未背离本申请教导的情况下，第二流程数据还可包括诸如工作流的流程标识(例如该工作流的ID)、触发该业务的工作流的设备端的设备信息等数据，本申请对此不做限制。

作为一种选择，针对第二数据库的数据，管理平台可以以第二时长为周期，周期性地对第二数据库中业务标识相同的工作流的第二流程数据进行合并处理。例如，同一业务的多条被执行成功的工作流的第二流程数据被合并为一条记录后，该记录中可包括但不限于被合并的第二流程数据中的最新记录的成功时间、总成功次数等，以便管理平台确定该工作流中各个步骤节点执行成功的次数。

可选择的，基于多条第二流程数据合并得到一条记录后，可删除被合并的第二流程数据，以减少执行成功的工作流的第二流程数据占用的存储空间。

应当理解的是，在未背离本申请教导的情况下，第一数据库和第二数据库可以是不同数据库，也可以是同一数据库，管理平台将执行成功和执行失败的工作流分别记录于该数据库中的不同数据表，本申请对此不做限制。

应当理解的是，在未背离本申请教导的情况下，第一时长和第二时长可以是相同，例如，设置为一天或一周等。第一时长和第二时长也可以不同，第一时长大于第二时长，以便后期对指定的工作流进行问题定位，例如，第一时长为一周，第二时长为一天。本申请对此不做限制。

应该理解的是，在未背离本申请教导的情况下，管理平台可将第一数据库和/或第二数据库中的数据进行可视化处理，也可将第一数据库合并处理后的数据和/或第二数据库合并处理后的数据进行可视化处理，以便运维和开发人员查看分析，本申请对此不做限制。

在本申请的一些实施方式中，管理平台将执行失败的工作流的第一流程数据记录至第一数据库，并将执行成功的工作流的第二流程数据记录至第二数据库后，可根据第一数据库和第二数据库，确定业务的失败概率、成功概率、使用频率等，以便对业务进行统计分析。上述方案中，管理平台可对各个业务的使用频率、成功概率、失败概率等进行统计，有利于运维人员或开发人员对各个业务进行调整。

可选择的，管理平台可在确定业务的失败概率高于失败概率阈值后，反馈业务的问题信息。其中，问题信息可指示工作流的问题节点。例如，管理平台统计业务的失败概率，在失败概率高于失败概率阈值后，将基于该业务的执行失败的工作流的第一流程数据统计分析得到的各个问题节点导致失败的概率等数据反馈给开发人员或运维人员，以便开发人员或运维人员基于统计结果对业务的工作流等数据进行调整，以便克服该业务中存在的问题。

可选择的，管理平台可在确定业务被调用频率高于频率阈值，且业务的失败概率高于失败概率阈值后，反馈业务的问题信息，问题信息至少指示工作流的问题节点。上述方案中，管理平台可优先对对调用频率高的业务进行失败提醒，可减少推送信息过多导致调用频率高的业务问题得不到及时处理的情况。

为了便于理解，下面以管理平台为车辆管理平台，业务为蓝牙钥匙出借业务和扫码绑车业务为例，对问题分析方法100进行示例性说明。

在本申请的一些实施方式中，车辆的业务可包括蓝牙钥匙出借业务，其涉及的执行端包括云端、移动终端和车辆的Tbox端，云端上可搭建有该蓝牙钥匙出借业务的管理平台，并存储有蓝牙钥匙出借业务的相关信息。可选择的，蓝牙钥匙出借业务的工作流可至少包括：租借方信息查询步骤、出借方授权信息查询步骤、授权签名步骤和钥匙权限更新步骤。

在一些场景中，钥匙出借方记为用户A，钥匙租借方记为用户B，即用户A出借蓝牙钥匙给用户B。蓝牙钥匙出借业务的业务标识可以是【KeyLoan】，租借方信息查询步骤可以是【QueryPhone】，出借方授权信息查询步骤的步骤标识可以是【GetAuthCode】，授权签名步骤的步骤标识可以是【SignAuthCode】，钥匙权限更新步骤的步骤标识可以是【KeyPermissionUpdate】。可选择的，工作流的序列数据中还可包括指示业务的工作流被触发的步骤标识(例如标识【Start】)，以及工作流执行完成的步骤标识(例如标识【End】)。

图2是根据本申请的一些实施方式的蓝牙钥匙出借业务的问题分析方法200的流程示意图。如图2所示，蓝牙钥匙出借业务的问题分析方法200可包括以下步骤。

S201，云端启动蓝牙钥匙出借业务，同步【Start】标识。示例地，用户A在移动终端A点击钥匙出借按钮，以触发蓝牙钥匙出借业务。移动终端A在检测到该触控信号后，向云端发送蓝牙钥匙出借请求。云端在检测到该蓝牙钥匙出借请求后，启动蓝牙钥匙出借业务，生成业务标识为【KeyLoan】的蓝牙钥匙出借业务的工作流序列数据，并在工作流序列数据中同步【Start】标识。

S202，执行租借方信息查询步骤。示例地，蓝牙钥匙出借请求中可携带有租借方信息，执行租借方信息查询步骤可包括：云端查询数据库中是否存在该租借方信息。其中，租借方信息可包括租借方的联系方式等，此处不作限制。

S203，云端判断步骤S202是否执行成功。示例地，云端若确定执行成功，即查询到租借方信息，执行步骤S205，若确定执行失败，即未查询到租借方信息，执行步骤S204。

S204，云端确定该工作流执行失败，将该工作流的第一流程数据记录至第一数据库。之后结束流程。

S205，云端同步【QueryPhone】标识。

S206，执行出借方授权信息查询步骤。

作为一个示例，执行出借方授权信息查询步骤可包括：云端可在确定租借方信息存在后，向Tbox端请求授权码。

作为另一示例，执行出借方授权信息查询步骤可包括：云端可在确定租借方信息存在后，通知移动终端A租借方信息存在；移动终端A向云端发送授权码获取请求；云端在接收到授权码获取请求后，向Tbox端请求授权码。

S207，云端判断步骤S206是否执行成功。云端若确定执行成功，即授权码获取成功，执行步骤S208，若确定执行失败，即授权码获取失败，执行步骤S204。

S208，云端同步【GetAuthCode】标识。

S209，执行授权签名步骤。

作为一个示例，执行授权签名步骤可包括：云端在Tbox端返回授权码之后，可基于该授权码和本地的私钥生成签名，并将签名传输给Tbox端，Tbox端基于预先存储的公钥对签名进行校验。

作为另一示例，执行授权签名步骤可包括：云端在Tbox端返回授权码之后，将授权码反馈给移动终端A；移动终端A根据该授权码和本地的私钥生成签名，并将签名传输给云端；云端将签名发送给Tbox端；Tbox端基于预先存储的公钥对签名进行校验。

S210，云端判断步骤S209是否执行成功。云端若确定执行成功，即确定Tbox端反馈签名校验成功，执行步骤S211，若确定执行失败，即确定Tbox端反馈签名校验失败，执行步骤S204。

S211，云端同步【SignAuthCode】标识。

S212，执行钥匙权限更新步骤。

作为一个示例，执行钥匙权限更新步骤可包括：云端更新该蓝牙钥匙权限，以使其能够被用户B使用，并在权限更新后向用户B使用的移动终端B推送通知，以告知用户B可使用蓝牙钥匙控制车辆。

作为另一示例，执行钥匙权限更新步骤可包括：移动终端A在接收到云端反馈的指示签名校验成功的提示信息后，向云端请求更新蓝牙钥匙权限；云端更新该蓝牙钥匙权限，以使其能够被用户B使用，并在权限更新后向用户B使用的移动终端B推送通知，以告知用户B可使用蓝牙钥匙控制车辆。

S213，云端判断步骤S212是否执行成功。示例地，云端若确定执行成功，即蓝牙钥匙权限更新成功，执行步骤S214，若确定执行失败，即更新失败，执行步骤S204。

S214，云端同步【KeyPermissionUpdate】标识。

S215，云端在确定工作流执行结束后，同步【End】标识。

S216，云端确定该工作流执行成功，将该工作流的第二流程数据记录至第二数据库。

在本申请的一些实施方式中，车辆的业务可包括扫码绑车业务，其涉及的执行端包括云端、移动终端和车辆的Tbox端，云端上可搭建有该蓝牙钥匙出借业务的管理平台，并存储有扫码绑车业务的相关信息。可选择的，可选择的，扫码绑车业务的工作流可至少包括：二维码获取步骤、二维码校验步骤、车辆激活状态查询步骤、蓝牙钥匙查询步骤、蓝牙钥匙申请步骤和车辆配置上传步骤，还可包括指示流程开始的开始步骤和指示流程结束的结束步骤。

在一些场景中，扫码绑车的用户记为用户C，扫码绑车业务的业务标识可以是【BindingCar】，开始步骤的步骤标识可以是【Start】，二维码获取步骤的步骤标识可以是【ScanQRCode】，二维码校验步骤的步骤标识可以是【CheckQRCode】，车辆激活状态查询步骤的步骤标识可以是【CheckCarActive】，蓝牙钥匙查询步骤的步骤标识可以是【CheckKey】，蓝牙钥匙申请步骤的步骤标识可以是【KeyApplication】，车辆配置上传步骤的步骤标识可以是【CarAttrUpdate】，结束步骤的步骤标识为【End】。

图3是根据本申请的一些实施方式的扫码绑车业务的问题分析方法300的流程示意图。如图3所示，扫码绑车业务的问题分析方法300可包括以下步骤。

S301，云端启动扫码绑车业务，同步【Start】标识。示例地，用户C在移动终端C点击扫码绑车按钮，以触发扫码绑车业务。移动终端C在检测到该触控信号后，向云端发送扫码绑车请求。云端在检测到该扫码绑车请求后，启动扫码绑车业务，生成业务标识为【BindingCar】的蓝牙钥匙出借业务的工作流序列数据，并在工作流序列数据中同步【Start】标识。

S302，移动终端C执行二维码获取步骤。示例地，用户使用移动终端C扫描车辆二维码，并将扫描结果同步云端。

S303，云端判断步骤S302是否执行成功。云端若确定执行成功，即扫描结果指示二维码扫描成功，执行步骤S305，若确定执行失败，即二维码扫描失败，执行步骤S304。

S304，云端确定该工作流执行失败，将该工作流的第一流程数据记录至第一数据库。之后结束流程。

S305，云端同步【ScanQRCode】标识。

S306，移动终端C执行二维码校验步骤。示例地，移动终端C校验扫描到的二维码数据中是否存在预先指定的内容，例如车辆的蓝牙名称、车辆的标识信息等，并将校验结果同步云端。

S307，云端判断步骤S306是否执行成功。若确定执行成功，即校验结果指示校验成功，执行步骤S308，若确定执行失败，即校验失败，执行步骤S304。

S308，云端同步【CheckQRCode】标识。

S309，执行车辆激活状态查询步骤。

作为一个示例，执行车辆激活状态查询步骤可包括：云端在确定二维码数据校验成功后，查询基于扫描的二维码数据所确定的车辆是否被激活。

作为另一示例，执行车辆激活状态查询步骤可包括：移动终端C在确定二维码数据校验成功后，向云端查询二维码数据所确定的车辆是否被激活。

S310，云端判断步骤S309是否执行成功。若确定执行成功，即车辆被激活，执行步骤S311，若确定执行失败，即车辆未被激活，执行步骤S304。

S311，云端同步【CheckCarActive】标识。

S312，执行蓝牙钥匙查询步骤。

作为一个示例，执行蓝牙钥匙查询步骤可包括：云端查询二维码数据所指示的车辆是否绑定了蓝牙钥匙。

作为另一示例，执行蓝牙钥匙查询步骤可包括：移动终端C在确定车辆被激活后，请求云端查询二维码数据所指示的车辆是否绑定了蓝牙钥匙。

S313，云端判断步骤S312是否执行成功。云端若确定执行失败，即车辆已申请过蓝牙钥匙，执行步骤S304，若确定执行成功，即车辆还未申请过蓝牙钥匙，执行步骤S314。

S314，云端同步【CheckKey】标识。

S315，执行蓝牙钥匙申请步骤。

作为一个示例，执行蓝牙钥匙申请步骤可包括：云端与车辆的Tbox端通信以生成车辆的蓝牙钥匙。

作为另一示例，执行蓝牙钥匙申请步骤可包括：移动终端C在确定车辆未申请过蓝牙钥匙后，向云端请求蓝牙钥匙；云端与车辆的Tbox端通信以生成车辆的蓝牙钥匙。

S316，云端判断步骤S315是否执行成功。若确定执行成功，即蓝牙钥匙申请成功，执行步骤S317，若执行失败，即蓝牙钥匙申请失败，执行步骤S304。

S317，云端同步【KeyApplication】标识。

可选择的，在一些场景中，扫码绑车业务还可包括车辆配置上传步骤，该步骤可由移动终端C执在申请蓝牙钥匙的过程中执行，该步骤可包括：将车辆的一些配置信息上传至云端。云端可在车辆配置上传成功后，同步【CarAttrUpdate】标识，并执行步骤S318，在确定车辆配置上传失败后，执行步骤S304。

S318，云端确定工作流执行结束，同步【End】标识。

S319，云端确定该工作流执行成功，将该工作流的第二流程数据记录至第二数据库。

可选择的，第一数据库或第二数据库中记录的工作流的流程数据中还可记录有触发该业务的工作流的设备信息。如果用户在使用过程中出现失败，管理平台可根据用户账号定位该业务的使用情况，确定失败原因。

在上述场景中，云端在确定所有步骤执行成功后，即工作流序列数据中同步有所有步骤的步骤标识后，可判定工作流执行成功，在确定任一步骤执行失败后，可判定该工作流执行失败。由于执行失败的步骤的步骤标识不会同步至工作流序列数据中，云端可基于执行失败的工作流序列数据中最后一个步骤标识确定出该工作流在哪个步骤出现问题，实现对业务的问题定位和分析，有利于后期运维人员或开发人员对业务的问题进行修复。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请的实施方式还提供一种电子设备，如图4所示，电子设备400可包括：至少一个处理器和存储器，存储器与至少一个处理器通信连接，并存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述多端交互业务的工作流的问题分析方法100。

示例地，电子设备400可以是构建有业务的管理平台的云端，也可以是与该管理平台通信连接的其他设备端，本申请对此不做限制。

应当理解的是，在未背离本申请教导的情况下，也可以通过电子设备400内的其他设置执行该多端交互业务的工作流的问题分析方法100，例如，仪表显示屏内嵌有处理器和存储器，通过仪表显示屏自带的处理器和存储器执行该多端交互业务的工作流的问题分析方法100。

本申请的一个实施方式还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序被处理器执行时，实现多端交互业务的工作流的问题分析方法100。

图4是根据本申请的一些实施方式的电子设备400的示意性框图。如图4所示，电子设备400包括处理器401，其可以根据存储在只读存储器(ROM)402中的计算机程序或者从存储器408加载到随机访问存储器(RAM)403中的计算机程序，来执行各种适当的动作和处理。在RAM 403中，还可存储电子设备400操作所需的各种程序和数据。处理器401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

电子设备400中的多个部件连接至I/O接口405，包括：输入单元406，例如，车机的按钮、触控屏等；输出单元407，与例如各种类型的显示器、扬声器等连接，以输出各种形式的信号；存储器408，包括用于存储计算机可执行程序的任意媒介；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许电子设备400通过诸如局域网或其它无线通信网络与其他设备交换信息/数据。

处理器401可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器401的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器401执行上文所描述的各个方法和处理，例如多端交互业务的工作流的问题分析方法100。例如，在一些实施方式中，多端交互业务的工作流的问题分析方法100可被实现为计算机软件程序，其被有形地包含于计算机可读存储介质，例如存储器408。在一些实施方式中，计算机程序的部分或者全部可以经由ROM 402和/或通信单元409而被载入和/或安装到电子设备400上。当计算机程序加载到RAM 403并由处理器401执行时，可以执行上文描述的多端交互业务的工作流的问题分析方法100的一个或多个步骤。备选地，在其他实施方式中，处理器401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行多端交互业务的工作流的问题分析方法100。

本文中参照根据本申请示例性实施方式的方法、设备(系统)、和计算机程序产品的流程图和/或时序图描述了本申请的各个方面。应当理解，流程图和/或时序图的每个步骤以及流程图和/或时序图中各步骤的组合，都可以由计算机可读程序指令实现。

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

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

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

以上描述仅为本申请的实施方式以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的保护范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离技术构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种多端交互业务的工作流的问题分析方法，其特征在于，包括：

根据业务的工作流中各个步骤的执行顺序，依次向各个所述步骤的执行端分别传输所述步骤的执行指令；

响应于所述步骤执行成功，在所述业务的监控端同步所述步骤的步骤标识；以及

根据所述监控端中同步的所述步骤标识进行问题分析。

2.根据权利要求1所述的方法，其中，所述根据所述监控端中同步的所述步骤标识进行问题分析包括：

响应于所述工作流执行失败，根据所述监控端中同步的所述工作流的最后一个步骤标识确定所述工作流的问题节点。

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

将执行失败的所述工作流的第一流程数据记录至第一数据库，所述工作流的第一流程数据指示所述工作流的问题节点；以及

对所述第一数据库中问题节点相同的工作流的第一流程数据进行合并处理。

4.根据权利要求3所述的方法，其中，所述第一流程数据包括所述工作流的业务标识和所述工作流的执行时间，所述方法还包括：

获取待查询的业务标识和查询时间范围；

在所述第一数据库中查询业务标识等于获取的业务标识且执行时间属于所述查询时间范围的所述第一流程数据；以及

反馈查询到的所述第一流程数据。

5.根据权利要求1所述的方法，其中，所述方法还包括：

将执行成功的所述工作流的第二流程数据记录至第二数据库，所述工作流的第二流程数据至少包括所述工作流的业务标识；以及

对所述第二数据库中业务标识相同的工作流的第二流程数据进行合并处理。

6.根据权利要求1所述的方法，其中，所述方法还包括：

将执行失败的所述工作流的第一流程数据记录至第一数据库，并将执行成功的所述工作流的第二流程数据记录至第二数据库，所述工作流的第一流程数据指示所述工作流的问题节点，所述工作流的第二流程数据至少包括所述工作流的业务标识；

根据所述第一数据库和所述第二数据库，确定所述业务的失败概率；以及

响应于所述业务被调用频率高于频率阈值，且所述业务的失败概率高于失败概率阈值，反馈所述业务的问题信息，所述问题信息至少指示所述工作流的问题节点。

7.根据权利要求1所述的方法，其中，所述方法还包括：

获取所述业务的业务架构图；以及

根据预设的识别规则，对所述业务架构图进行识别以确定所述业务的所述工作流所包含的步骤和所述步骤的执行顺序。

8.根据权利要求1至7中任一项所述的方法，其中，所述业务为蓝牙钥匙出借业务，所述工作流的步骤至少包括：租借方信息查询步骤、出借方授权信息查询步骤、授权签名步骤和钥匙权限更新步骤；或者，

所述业务为扫码绑车业务，所述工作流的步骤至少包括：二维码获取步骤、二维码校验步骤、车辆激活状态查询步骤、蓝牙钥匙查询步骤和蓝牙钥匙申请步骤。

9.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8中任一项所述的业务工作流的问题分析方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1至8中任一项所述的业务工作流的问题分析方法。

Images