一种业务故障处理方法、装置、电子设备及存储介质与流程

1.本发明涉及机器人技术领域，特别是涉及一种业务故障处理方法、装置、电子设备及存储介质。


背景技术：

2.随着时代的发展，机器人逐渐走入人们的工作和生活当中，使得机器人的应用场景的越来越复杂，不同的应用场景对机器人的要求不同，但总体而言无人化运营是机器人发展的趋势。
3.机器人的无人化运营依赖于机器人运行可靠性的提升，而机器人运行的可靠性主要依赖于机器人运行程序的可靠性。
4.现有技术中，机器人运行程序主要基于各类型的跨平台框架，或纯android(安卓)系统进行开发，开发后机器人运行程序还需要客户针对机器人的应用场景对机器人运行程序中的程序业务应用的业务代码进行二次开发。
5.发明人在实现本发明的过程中发现，现有技术至少存在如下问题：
6.现有技术中，通过各类型的跨平台框架，或纯android(安卓)系统进行开发的机器人运行程序在运行时，程序框架应用和程序业务应用共用一个进程，而程序业务应用由于需要客户进行二次开发，其可靠性较差，当程序业务应用出现故障后，可能导致同一进程中的程序框架应用也无法运行，进而导致机器人运行程序出错，现有技术中，机器人运行程序的可靠性较低。


技术实现要素：

7.本发明实施例的目的在于提供一种业务故障处理方法、装置、电子设备及存储介质，以提高机器人运行程序运行的可靠性。具体技术方案如下：
8.本发明实施例提供一种业务故障处理方法，包括：
9.若主应用程序处于运行状态且需要启动子应用程序，通过所述主应用程序创建新的进程，作为所述主应用程序所在主进程的子进程；
10.通过所述主应用程序将所述子应用程序的应用数据加载至所述子进程，以运行所述子应用程序；
11.若所述子应用程序中处于前台运行的第一子应用程序出现故障，通过所述主应用程序重新启动所述第一子应用程序的第一子进程，以恢复所述第一子应用程序的运行。
12.在一种可能的实施方式中，所述若所述子应用程序中处于前台运行的第一子应用程序出现故障，通过所述主应用程序重新启动所述第一子应用程序的第一子进程，以恢复所述第一子应用程序的运行，包括：
13.若所述子应用程序中处于前台运行的第一子应用程序出现故障，保存所述第一子应用程序故障发生时刻的运行数据；
14.通过所述主应用程序重新启动所述第一子应用程序的第一子进程；
15.通过所述主应用程序将所述第一子应用程序的应用数据和所述运行数据加载至所述第一子进程，以恢复所述第一子应用程序的运行。
16.在一种可能的实施方式中，根据如下方式确定所述子应用程序中处于前台运行的第一子应用程序出现故障：
17.通过所述主应用程序监听所述子应用程序中第一子应用程序的第一子进程的心跳；若所述主应用程序持续预设时长未监听到所述第一子进程的心跳，确定所述第一子应用程序出现故障；
18.和/或，
19.通过所述主应用程序监控所述主进程与所述第一子进程之间的绑定状态；若所述主应用程序监控到所述主进程与所述第一子进程之间断开绑定，确定所述第一子应用程序出现故障。
20.在一种可能的实施方式中，所述方法还包括：
21.所述子应用程序中第一子应用程序处于前台运行期间，接收到针对所述子应用程序中第二子应用程序的前台运行指令，将所述第一子用于程序切换为后台运行，并将所述第二子应用程序切换为前台运行。
22.在一种可能的实施方式中，所述方法还包括：
23.若处于后台运行的所述第一子应用程序出现故障，通过所述主应用程序删除所述第一子应用程序的第一子进程和所述第一子应用程序的运行数据，以结束所述第一子应用程序的运行。
24.本发明实施例还提供一种业务故障处理装置，所述装置包括：
25.进程创建模块，用于若主应用程序处于运行状态且需要启动子应用程序，通过所述主应用程序创建新的进程，作为所述主应用程序所在主进程的子进程；
26.数据加载模块，用于通过所述主应用程序将所述子应用程序的应用数据加载至所述子进程，以运行所述子应用程序；
27.运行恢复模块，用于若所述子应用程序中处于前台运行的第一子应用程序出现故障，通过所述主应用程序重新启动所述第一子应用程序的第一子进程，以恢复所述第一子应用程序的运行。
28.在一种可能的实施方式中，所述运行恢复模块，具体用于若所述子应用程序中处于前台运行的第一子应用程序出现故障，保存所述第一子应用程序故障发生时刻的运行数据，并且通过所述主应用程序重新启动所述第一子应用程序的第一子进程，以及通过所述主应用程序将所述第一子应用程序的应用数据和所述运行数据加载至所述第一子进程，以恢复所述第一子应用程序的运行。
29.在一种可能的实施方式中，所述业务故障处理装置还包括：
30.故障确定模块，用于通过所述主应用程序监听所述子应用程序中第一子应用程序的第一子进程的心跳；若所述主应用程序持续预设时长未监听到所述第一子进程的心跳，确定所述第一子应用程序出现故障；和/或，通过所述主应用程序监控所述主进程与所述第一子进程之间的绑定状态；若所述主应用程序监控到所述主进程与所述第一子进程之间断开绑定，确定所述第一子应用程序出现故障。
31.在一种可能的实施方式中，所述业务故障处理装置还包括：
32.切换模块，用于所述子应用程序中第一子应用程序处于前台运行期间，接收到针对所述子应用程序中第二子应用程序的前台运行指令，将所述第一子用于程序切换为后台运行，并将所述第二子应用程序切换为前台运行。
33.在一种可能的实施方式中，所述业务故障处理装置还包括：
34.运行结束模块，用于若处于后台运行的所述第一子应用程序出现故障，通过所述主应用程序删除所述第一子应用程序的第一子进程和所述第一子应用程序的运行数据，以结束所述第一子应用程序的运行。
35.本发明实施例还提供一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
36.存储器，用于存放计算机程序；
37.处理器，用于执行存储器上所存放的程序时，实现上述任一业务故障处理方法的步骤。
38.本发明实施还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一业务故障处理方法的步骤。
39.本发明实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一业务故障处理方法。
40.本发明实施例提供的一种业务故障处理方法、装置及电子设备，方案中，若主应用程序处于运行状态且需要启动子应用程序，通过主应用程序创建新的进程，作为主应用程序所在主进程的子进程，并且通过主应用程序将子应用程序的应用数据加载至子进程，以运行子应用程序，以及若子应用程序中处于前台运行的第一子应用程序出现故障，通过主应用程序重新启动第一子应用程序的第一子进程，以恢复第一子应用程序的运行，由于将主应用程序和子应用程序分别运行在不同的进程中，运行子应用程序的子进程出现故障，并不影响主应用程序的运行，并且还可以通过主应用程序恢复子进程的运行，进而提高了机器人程序的运行可靠性。
41.当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
42.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
43.图1为本发明一个实施例提供的业务故障处理方法的流程图；
44.图2为本发明另一个实施例提供的业务故障处理方法的部分流程图；
45.图3为本发明又一个实施例提供的业务故障处理方法的流程图；
46.图4为本发明一个实施例提供的业务故障处理装置的结构示意图；
47.图5为本发明另一个实施例提供的业务故障处理装置的结构示意图；
48.图6为本发明实施例提供的电子设备的结构示意图。
具体实施方式
49.为了给出提高机器人程序运行可靠性的实现方案，本发明实施例提供了一种业务
故障处理方法、装置、电子设备及存储介质，以下结合说明书附图对本发明的实施例进行说明。并且在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
50.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
51.在本发明的一个实施例中，提供一种业务故障处理方法，可以应用于机器人、无人机等设备，以下以机器人为例对本发明实施例提供的业务故障处理方法进行说明，本发明实施例所提及的机器人并不对本发明实施例起限定作用，如图1所示，该方法包括以下步骤：
52.s101：若主应用程序处于运行状态且需要启动子应用程序，通过主应用程序创建新的进程，作为主应用程序所在主进程的子进程。
53.s102：通过主应用程序将子应用程序的应用数据加载至子进程，以运行子应用程序。
54.s103：若子应用程序中处于前台运行的子应用程序(记为第一子应用程序)出现故障，通过主应用程序重新启动第一子应用程序的子进程(记为第一子进程)，以恢复第一子应用程序的运行。
55.本发明实施例提供的上述如图1所示的业务故障处理方法中，由于可以将主应用程序和子应用程序分别运行在不同的进程中，运行子应用程序的子进程出现故障，并不影响主应用程序的运行，并且还可以通过主应用程序恢复子进程的运行，进而提高了机器人程序的运行可靠性。进一步的，通过主应用程序恢复子进程的运行，从而在子应用程序出现故障时可以自动实现该子应用程序对应的子进程的重启，无需用户手动再次启动该子进程，不影响用户对该子程序的使用，并且由于该过程速度很快，用户几乎无感知，也提高了用户体验。
56.在上述如图1所示的业务故障处理方法实施例中，主应用程序可以为应用程序中的框架程序，子应用程序可以为该应用程序中的业务程序，其中，该应用程序可以为用于控制机器人执行特定动作的机器人程序。
57.可选的，子应用程序，即业务程序，可以用于使机器人完成特定的服务，主应用程序为宿主程序，其用于运行初始化基础服务以及跨平台框架服务，子应用程序必须依靠主应用程序才可以运行，其运行过程中需要与主应用程序保持通信，以获取或发送运行相关的参数，举例而言，子应用程序可以为执行导航、焦点跟随、接待、导览、聊天、测温等功能的程序，而主应用程序则可以为用于管理、调用、控制子应用程序的框架程序，子应用程序运行时，可以通过主应用程序获取当前位置、与目标对象的距离等参数。
58.在本发明实施例中，主应用程序运行在主进程中，需要说明的是，本发明实施例所指主进程并不是预先指定的进程，而是主应用程序所在的进程即可理解为本实施例所指主进程，故主进程为机器人等终端启动应用程序时，所占用的进程，可选的，可以用标识：进程main(主管道)表示。
59.可选的，子进程可以为主进程的子进程，当需要启动子应用程序时，可以通过主应用程序在主进程之外重新建立一个进程，作为主应用程序所在主进程的子进程。
60.可选的，可以在主进程中启动主应用程序的子进程占位，以生成主进程的子进程，其中主应用程序的子进程占位可以为预先设置的，可选的，在基于android系统开发的应用
程序，可以通过定义activity(活动)作为子进程占位，可以使用标识进程sandbox(沙箱)表示。当需要运行子应用程序时，可以启动主应用程序中预先设置的子进程占位，以生成主进程的子进程。
61.在一个实施例中，一个应用程序可以包括至少一个子应用程序，因此，可以设置多个子进程占位，如定义多个activity，每一个activity作为一个子进程占位，可以使用进程sandbox_1、进程sandbox_2、进程sandbox_3、进程sandbox_4和进程sandbox_5来表示。
62.进一步的，为了启动子应用程序，可以通过主应用程序将子应用程序的应用数据加载至创建的子进程，以运行子应用程序。其中，子应用程序的应用数据可以为为子应用程序运行所需的基础数据，例如，当子应用程序图像识别时，其所需的基础数据可以包括主程序所采集的实时图像。
63.在一个实施例中，在将子应用程序运行所需的基础数据加载进子应用程序后，还可以建立子进程与主进程之间用于进行进程间通信的绑定关系。本领域技术人员可以理解的是，建立了绑定关系的两个进程之间可以进行通信，因此，通过建立子进程与主进程之间的绑定关系，可以使得子应用程序在需要主进程中的主应用程序提供的运行参数时，可以向主应用程序发送运行参数获取请求，主应用程序接收到运行参数获取请求，向子应用程序发送其所需的运行参数，从而可以使得子应用程序正常运行。
64.在一个实施例中，运行中的子应用程序可以包括多个，即一个主进程可以对应有多个子进程，每个子进程可以运行一种业务功能类型的子业务程序。
65.示例性的，应用程序为机器人交互程序，机器人交互程序包含有一个主应用程序和多个子应用程序，多个子应用程序可以包括：图像获取子业务程序、音频获取子业务程序和指令接收子业务程序等，主应用程序、图像获取子业务程序、音频获取子业务程序和指令接收子业务程序分别运行在进程a、进程b、进程c和进程d中，其中，进程a为主进程，进程b、进程c和进程d分别为进程a的子进程。
66.在运行中的多个子应用程序中至少包括处于前台运行的子应用程序和/或处于后台运行的子应用程序。
67.在一个实施例中，可以根据如下至少一种方式确定子应用程序中处于前台运行的第一子应用程序出现故障：
68.第一种方式：通过主应用程序监听子应用程序中第一子应用程序的第一子进程的心跳；若主应用程序持续预设时长未监听到第一子进程的心跳，确定第一子应用程序出现故障。
69.本方式中，主应用程序可以按照第一预设监听周期周期性的向子应用程序发送监听信号，当子应用程序处于正常运行状态时，子应用程序在接收到监听信号后需要向主应用程序发送指示当前正常的反馈信号。
70.可选的，子应用程序也可以主动按照第二预设监听周期周期性的向主应用程序发送指示当前正常的心跳信号。
71.可选的，当主应用程序向子应用程序发送监听信号后，在持续第一预设时长内均未接到到子应用程序反馈的反馈信号，则确定第一子应用程序出现故障，或主应用程序发送了预设次数的监听信号，均未在设定时长内接收到子应用程序的反馈信号，则确定第一子应用程序出现故障，其中，针对主应用程序发送的每次监听信号，当其在发送后第二预设
时长内未接收到子应用程序反馈的反馈信号时，则确定本次发送的监听信号为未接收到子应用程序反馈的监听信号。
72.第二种方式：通过主应用程序监控主进程与第一子进程之间的绑定状态；若主应用程序监控到主进程与第一子进程之间断开绑定，确定第一子应用程序出现故障。
73.若子应用程序中处于前台运行的第一子应用程序出现故障，通过主应用程序重新启动第一子应用程序的第一子进程，以恢复第一子应用程序的运行
74.示例性的，应用程序a包括主应用程序b和子应用程序c，子应用程序c用于执行任务d，终端启动时，首先需要加载运行应用程序a，此时终端建立进程a加载主应用程序b的应用数据，当子应用程序c需要执行任务d时，调用主应用程序b新建另一条进程b，作为进程a的子进程b，并将子应用程序c的应用数据加载进子进程b，以在子进程b中运行子应用程序c的应用数据，当子应用程序c处于前台运行、且在前台运行的过程中出现故障时，可以通过主应用程序b重新启动子进程b，以恢复子应用程序c的运行。
75.在本发明的另一个实施例中，在如图1所提供的业务故障处理方法的基础上，还提供一种业务故障处理方法，如图2所示，上述步骤s103，包括：
76.s201：若子应用程序中处于前台运行的第一子应用程序出现故障，保存第一子应用程序故障发生时刻的运行数据。
77.本步骤中，若子应用程序中处于前台运行的第一子应用程序出现故障，可以先保存第一子应用程序故障发生时刻的运行数据。其中，第一子应用程序故障发生时刻的运行数据可以为故障发生时刻子应用程序的上下文和运行中所使用的参数等数据。
78.可选的，可以调用运行中的主应用程序保存第一子应用程序故障发生时刻的运行数据。
79.s202：通过主应用程序重新启动第一子应用程序的第一子进程。
80.本步骤中，在保存完第一子应用程序的运行数据后，可以进一步的通过主应用程序重新启动第一子应用程序的第一子进程。
81.可选的，本领域技术人员可以理解，在一种情况下，在第一子应用程序故障后并未删除第一子应用程序的第一子进程，此时本步骤所指重新启动第一子应用程序的第一子进程可以理解为：清空第一子应用程序的第一子进程中的数据。在另一种情况下，在第一子应用程序故障后，删除第一子应用程序的第一子进程，此时本步骤所指重新启动第一子应用程序的第一子进程可以理解为：重新通过主应用程序创建一条新的用于运行第一子应用程序的进程。
82.具体的，其实现方式和上述步骤s101相似或相同，在此不再赘述。
83.s203：通过主应用程序将第一子应用程序的应用数据和运行数据加载至第一子进程，以恢复第一子应用程序的运行。
84.本步骤中，可以通过主应用程序将第一子应用程序的应用数据和运行数据加载至第一子进程，由于运行数据中包括第一子应用程序故障发生时刻的上下文和运行中所使用的参数等数据，因此，可以使得第一子应用程序恢复至故障发生时刻的运行状态，从而恢复第一子应用程序的运行。
85.本发明实施例提供的上述如图2所示的业务故障处理方法中，通过保存第一子应用程序故障发生时刻的运行数据，可以为恢复第一子进程提供了基础，进一步的，通过重新
恢复第一子进程并加载保存的运行数据可以实现恢复第一子进程的运行，提高了机器人程序的运行可靠性。
86.在本发明的又一个实施例中，还提供一种业务故障处理方法，如图3所示，在步骤s102之后，还包括：
87.s301：在子应用程序中第一子应用程序处于前台运行期间，接收到针对子应用程序中第二子应用程序的前台运行指令，将第一子应用程序切换为后台运行，并将第二子应用程序切换为前台运行。
88.本步骤中，在子应用程序中第一子应用程序处于前台运行期间，当接收到针对子应用程序中第二子应用程序的前台运行指令时，可以将第一子应用程序切换为后台运行，并将第二子应用程序切换为前台运行，其中，第二子应用程序可以为新加载的子应用程序，也可以是预先已加载、且处于后台运行的子应用程序。
89.示例性的，第一子进程为前述实施例所提及的图像获取子业务程序，在图像获取子业务程序处于前台运行期间，如获取用户面部图像的期间，接收到用户的输入的取消指令，要求指令接收子业务程序处于前台运行状态，此时，可以先将图像获取子业务程序切换为后台运行，并将指令接收子业务程序切换为前台运行。
90.s302：若处于后台运行的第一子应用程序出现故障，通过主应用程序删除第一子应用程序的第一子进程和第一子应用程序的运行数据，以结束第一子应用程序的运行。
91.本步骤中，当处于后台运行的第一子应用程序出现故障时，为了节约运行和计算资源，可以通过主应用程序删除第一子应用程序的第一子进程和第一子应用程序的运行数据，以结束第一子应用程序的运行。
92.在一个实施例中，还存在另一种情况，当第一子应用程序处于前台运行时，任一处于后台运行的子应用程序出现故障时，也可以通过主应用程序删除该子应用程序的子进程和该子应用程序的运行数据，从而结束该子应用程序的运行。
93.本发明实施例提供的上述如图3所示的业务故障处理方法中，当处于后台运行的第一子应用程序出现故障时，可以可以通过主应用程序删除第一子应用程序的第一子进程和第一子应用程序的运行数据，以结束第一子应用程序的运行，从而节约了机器人运行和计算的资源。
94.基于同一发明构思，根据本发明实施例提供的如图1所示的业务故障处理方法，本发明实施例还提供了一种业务故障处理装置，如图4所示，该装置包括：
95.进程创建模块401，用于若主应用程序处于运行状态且需要启动子应用程序，通过主应用程序创建新的进程，作为主应用程序所在主进程的子进程；
96.数据加载模块402，用于通过主应用程序将子应用程序的应用数据加载至子进程，以运行子应用程序；
97.运行恢复模块403，用于若子应用程序中处于前台运行的第一子应用程序出现故障，通过主应用程序重新启动第一子应用程序的第一子进程，以恢复第一子应用程序的运行。
98.本发明实施例提供的上述如图4所示的业务故障处理装置中，由于可以将主应用程序和子应用程序分别运行在不同的进程中，运行子应用程序的子进程出现故障，并不影响主应用程序的运行，并且还可以通过主应用程序恢复子进程的运行，进而提高了机器人
程序的运行可靠性。
99.在本发明的另一个实施例中，还提供一种业务故障处理装置，如图5所示，包括：
100.进程创建模块501，用于若主应用程序处于运行状态且需要启动子应用程序，通过主应用程序创建新的进程，作为主应用程序所在主进程的子进程；
101.数据加载模块502，用于通过主应用程序将子应用程序的应用数据加载至子进程，以运行子应用程序；
102.运行恢复模块503，用于若子应用程序中处于前台运行的第一子应用程序出现故障，通过主应用程序重新启动第一子应用程序的第一子进程，以恢复第一子应用程序的运行。
103.进一步的，运行恢复模块503，具体用于若子应用程序中处于前台运行的第一子应用程序出现故障，保存第一子应用程序故障发生时刻的运行数据，并且通过主应用程序重新启动第一子应用程序的第一子进程，以及通过主应用程序将第一子应用程序的应用数据和运行数据加载至第一子进程，以恢复第一子应用程序的运行。
104.进一步的，业务故障处理装置还包括：
105.故障确定模块504，用于通过主应用程序监听子应用程序中第一子应用程序的第一子进程的心跳；若主应用程序持续预设时长未监听到第一子进程的心跳，确定第一子应用程序出现故障；和/或，通过主应用程序监控主进程与第一子进程之间的绑定状态；若主应用程序监控到主进程与第一子进程之间断开绑定，确定第一子应用程序出现故障。
106.进一步的，业务故障处理装置还包括：
107.切换模块505，用于子应用程序中第一子应用程序处于前台运行期间，接收到针对子应用程序中第二子应用程序的前台运行指令，将第一子用于程序切换为后台运行，并将第二子应用程序切换为前台运行。
108.进一步的，业务故障处理装置还包括：
109.运行结束模块506，用于若处于后台运行的第一子应用程序出现故障，通过主应用程序删除第一子应用程序的第一子进程和第一子应用程序的运行数据，以结束第一子应用程序的运行。
110.本发明实施例提供的上述如图5所示的业务故障处理装置中，由于将主应用程序和子应用程序分别运行在不同的进程中，运行子应用程序的子进程出现故障，并不影响主应用程序的运行，并且还可以通过主应用程序恢复子进程的运行，进而提高了机器人程序的运行可靠性。
111.本发明实施例还提供了一种电子设备，如图6所示，包括处理器601、通信接口602、存储器603和通信总线604，其中，处理器601，通信接口602，存储器603通过通信总线604完成相互间的通信，
112.存储器603，用于存放计算机程序；
113.处理器601，用于执行存储器603上所存放的程序时，实现如下步骤：
114.若主应用程序处于运行状态且需要启动子应用程序，通过所述主应用程序创建新的进程，作为所述主应用程序所在主进程的子进程；
115.通过所述主应用程序将所述子应用程序的应用数据加载至所述子进程，以运行所述子应用程序；
116.若所述子应用程序中处于前台运行的第一子应用程序出现故障，通过所述主应用程序重新启动所述第一子应用程序的第一子进程，以恢复所述第一子应用程序的运行。
117.本发明实施例提供的上述如图6所示的电子设备中，由于可以将主应用程序和子应用程序分别运行在不同的进程中，运行子应用程序的子进程出现故障，并不影响主应用程序的运行，并且还可以通过主应用程序恢复子进程的运行，进而提高了机器人程序的运行可靠性。
118.需要说明的是，上述电子设备实现业务故障处理方法的其他实施例，与前述方法实施例部分提及的业务故障处理方法相同，在此不再赘述。
119.上述电子设备提到的通信总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
120.通信接口用于上述电子设备与其他设备之间的通信。
121.存储器可以包括随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
122.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processing，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
123.在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一业务故障处理方法的步骤。
124.在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一业务故障处理方法。
125.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
126.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实
体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
127.本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、计算机可读存储介质、计算机程序产品而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
128.以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。