通信故障处理方法、装置、电子设备及可读存储介质与流程

1.本公开涉及通信技术领域，具体涉及一种通信故障处理方法、装置、电子设备及可读存储介质。


背景技术：

2.随着信息化技术在各个行业的应用，出现了各种各样的信息系统，大大提高了生产效率。目前，各个行业(例如，铁路运输、银行等)的信息系统都会针对不同的业务开发独立的子系统，通过这些子系统之间相互通信协作，以完成某项业务。由此可见，各个系统之间的通信状态对于业务的高效完成具有十分重要的作用。
3.以银行系统为例，目前各大银行采用的方法是定期对系统(例如，总行综合前置系统、核心业务系统、图形化网点前端系统、网上银行系统、信贷风险流程管理系统、理财产品销售系统等)之间的通信状态进行检查以对发现的通信故障进行处理，但是这种方法无法保证及时有效的处理通信故障，导致通信状态不良的系统之间无法相互协作以保证高效的完成相关业务。


技术实现要素：

4.为了解决相关技术中的问题，本公开实施例提供一种通信故障处理方法、装置、电子设备及可读存储介质。
5.第一方面，本公开实施例中提供了一种通信故障处理方法。
6.具体的，所述通信故障处理方法，包括：
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.第三方面，本公开实施例提供了一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现如第一方面中任一项所述的方法。
44.第四方面，本公开实施例中提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现如第一方面中所述的方法。
45.根据本公开实施例提供的通信故障处理方法，包括：接收两个系统之间通信状态的反馈信息；在所述反馈信息表示通信状态异常时，确定两个系统中发起通信的第一系统
以及接收通信的第二系统；以预设方式依次向所述第二系统、第一系统发送故障排查指令；接收针对所述故障排查指令的故障处理结果。上述技术方案通过接收两个系统之间通信状态的反馈信息，在反馈信息表示两个系统之间通信状态异常时，向两个系统发送故障排查指令，从而实现及时有效的对两个系统之间的通信故障进行排查和处理，解决了现有技术中无法及时发现和处理两个系统之间通信故障，而导致其无法协作完成相关业务的问题。
46.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
47.结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：
48.图1示出根据本公开实施例的通信故障处理方法的流程图。
49.图2示出根据本公开实施例的通信故障处理方法的应用场景图。
50.图3示出根据本公开另一实施例的通信故障处理方法的应用场景图。
51.图4示出根据本公开另一实施例的通信故障处理方法的流程图。
52.图5示出根据本公开实施例的通信故障处理装置的结构示意框图。
53.图6示出根据本公开另一实施例的通信故障处理装置的结构示意框图。
54.图7示出根据本公开的实施例的电子设备的结构框图。
55.图8示出适于用来实现根据本公开实施例的方法的计算机系统的结构示意图。
具体实施方式
56.下文中，将参考附图详细描述本公开的示例性实施例，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施例无关的部分。
57.在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
58.另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
59.在本公开中，如涉及对用户信息或用户数据的获取操作或向他人展示用户信息或用户数据的操作，则所述操作均为经用户授权、确认，或由用户主动选择的操作。
60.随着信息化技术在各个行业的应用，出现了各种各样的信息系统，大大提高了生产效率。目前，各个行业(例如，铁路运输、银行等)的信息系统都会针对不同的业务开发独立的子系统，通过这些子系统之间相互通信协作，以完成某项业务。由此可见，各个系统之间的通信状态对于业务的高效完成具有十分重要的作用。
61.以银行系统为例，目前各大银行采用的方法是定期对系统(例如，总行综合前置系统、核心业务系统、图形化网点前端系统、网上银行系统、信贷风险流程管理系统、理财产品销售系统等)之间的通信状态进行检查以对发现的通信故障进行处理，但是这种方法无法保证及时有效的处理通信故障，导致通信状态不良的系统之间无法相互协作以保证高效的完成相关业务。
62.图1示出根据本公开实施例的通信故障处理方法的流程图。
63.如图1所示，所述通信故障处理方法包括以下步骤s101-s104：
64.在步骤s101中，接收两个系统之间通信状态的反馈信息；
65.在步骤s102中，在所述反馈信息表示通信状态异常时，确定两个系统中发起通信的第一系统以及接收通信的第二系统；
66.在步骤s103中，以预设方式依次向所述第二系统、第一系统发送故障排查指令；
67.在步骤s104中，接收针对所述故障排查指令的故障处理结果。
68.本公开实施例提供的通信故障处理方法，通过接收两个系统之间通信状态的反馈信息，在反馈信息表示两个系统之间通信状态异常时，向两个系统发送故障排查指令，从而实现及时有效的对两个系统之间的通信故障进行排查和处理，解决了现有技术中无法及时发现和处理两个系统之间通信故障，而导致其无法协作完成相关业务的问题。
69.根据本公开的实施例，本公开的系统可以是银行系统(包括但不限于核心业务系统、总行综合前置系统、金融ic卡系统、信贷风险流程管理系统、crm系统、pos业务系统、手机银行系统、网银系统、短信平台、中间业务平台、客户信息管理系统等)，企业管理系统(包括但不限于协同办公管理系统(oa)、人力资源管理系统(hr)、企业资源计划系统(erp)、财务管理系统、客户关系管理系统(crm)、项目管理系统、合同管理系统等)，铁路运营管理信息系统(包括但不限于运输管理信息系统、机务管理信息系统、供电给水管理信息系统、车辆管理信息系统、工务管理信息系统、电务管理信息系统、计划管理信息系统、财务管理信息系统、运输成本管理信息系统、统计管理信息系统、物资管理信息系统、工业管理信息系统、基建管理信息系统、人事管理信息系统、劳资管理信息系统、科技管理信息系统、教育管理信息系统等)，以及其他各行业中所使用的信息系统。
70.根据本公开的实施例，本公开系统之间的通信方式包括但不限于以下至少一种：tuxedo域连接、wtc连接、jolt连接、tcp连接和tuxedo client(即tuxedo客户端)连接。其中，tuxedo(transaction for unix has been extended for distributionoperation)是被分布式操作扩展之后的unix事务系统，是一个客户机/服务器的中间件，在客户机与服务器之间进行调节，以保证正确地处理事务。当多个域之间有tuxedo服务调用关系时，必须通过域连接才能实现正常调用。wtc(weblogic tuxedo connector)连接和jolt连接是用于连接weblogic和tuxedo的两种方式，weblogic和tuxedo作为中间件，被广泛应用于银行、电信、金融等行业，通常采用tuxedo实现核心业务，采用weblogic作为系统扩张到internet的平台，实现电子商务，由weblogic调用tuxedo上的服务。其中，wtc不仅能让weblogic调用tuxedo的服务，还能让tuxedo调用weblogic的elb；而jolt只能让weblogic调用tuxedo。但是，jolt可以使tuxedo与weblogic等其他应用服务器相连，而wtc只能用于weblogic与tuxedo之间的互连。tcp(transmission control protocol，传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议，向服务器发送http请求时，需要建立tcp连接。
71.根据本公开的实施例，本公开的通信状态包括建立连接的状态，断开连接的状态，无连接状态，连接状态异常等。相应的，通信状态的反馈信息包括建立连接，断开连接，无连接，连接异常等。
72.根据本公开的实施例，本公开的故障可以是通信故障、硬件故障、软件故障、电源
故障等，也可以是其他，本公开对此不做限制。其中，通信故障可以是线路故障，路由器故障，主机故障，电磁干扰等。硬件故障可以是传感器故障、传输模块故障、供电故障、端口故障等。软件故障可以是协议解析故障、数据传输故障、数据入库故障等。电源故障可以是电源损坏，电源老化，电源电压不稳定等。
73.在进行故障排查时，考虑到相比于发起通信的第一系统，接收通信的第二系统的故障更不容易发现，往往会导致两个系统之间较长时间的通信中断，因此，在本公开方式中，依次向第二系统、第一系统发送故障排查指令，优先从第二系统进行排查，提高了故障处理的效率。
74.图2示出根据本公开实施例的通信故障处理方法的应用场景图。
75.如图2所示，本公开的步骤s101即接收两个系统之间通信状态的反馈信息的步骤中，由主机或者控制中心通过基站10(图中示意性地示出了3个基站10)接收两个系统之间的通信状态的反馈信息，本公开以两个系统分别是手机银行系统和短信平台为例说明，在短信平台接收到用户使用手机银行系统付款的信息后，短信平台发送用户付款信息至用户手机，同时手机银行系统和短信平台同时向主机或者控制中心发送通信状态的反馈信息，例如反馈信息可以是连接正常等信息，主机或者控制中心根据该反馈信息即可确定两个系统之间通信状态正常。
76.请继续参照图2，本公开的步骤s102即在所述反馈信息表示通信状态异常时，确定两个系统中发起通信的第一系统以及接收通信的第二系统的步骤中，继续以两个系统分别是手机银行系统和短信平台为例说明，若用户使用手机银行系统付款后，手机银行系统发送信息至短信平台，但是短信平台并未收到信息，即手机银行系统向主机或者控制中心发送反馈信息，但是短信平台未向主机或者控制中心发送反馈信息，主机或者控制中心根据该反馈信息即可确定两个系统之间通信状态异常，在确定两个系统之间通信状态异常后，确定两个系统中发起通信的第一系统和接收通信的第二系统，例如在上述实施例中第一系统即发起通信的系统是手机银行系统，第二系统即接收通信的系统是短信平台。
77.图3示出根据本公开另一实施例的通信故障处理方法的应用场景图。
78.如图3所示，本公开的步骤s103即以预设方式依次向所述第二系统、第一系统发送故障排查指令的步骤中，具体的可以是主机或者控制中心以第一预设方式向所述第二系统发送故障排查指令；若在预设时长内未恢复通信，则以第二预设方式向所述第一系统发送故障排查指令。其中，第一预设方式、第二预设方式可以是语音、邮件、短信中的一种或几种；故障排查指令可以是通信故障排查、硬件故障排查、软件故障排查、电源故障排查中的一种或几种。预设时长可以设置为经验值，也可以根据需要进行调整，本公开对此不做限制。
79.根据本公开的实施例，本公开的步骤s104即接收针对所述故障排查指令的故障处理结果的步骤中，具体的可以是主机或者控制中心接收针对所述故障排查指令的故障处理结果。故障处理结果具体可以指处理中，处理完成，未处理等，也可以是针对具体故障的处理结果，例如硬件故障中传感器故障处理中等，本公开对此不作限制。
80.图4示出根据本公开另一实施例的通信故障处理方法的流程图。
81.如图4所示，所述通信故障处理方法包括以下步骤s401
–
s406：
82.在步骤s401中，分别向两个系统发送与通信状态相关的监控项目信息；
83.在步骤s402中，接收两个系统之间通信状态的反馈信息；其中，所述反馈信息是针对所述监控项目信息的反馈信息；
84.在步骤s403中，根据所述监控项目信息确定通信状态是否异常；
85.在步骤s404中，在所述反馈信息表示通信状态异常时，确定两个系统中发起通信的第一系统以及接收通信的第二系统；
86.在步骤s405中，以预设方式依次向所述第二系统、第一系统发送故障排查指令；
87.在步骤s406中，接收针对所述故障排查指令的故障处理结果。
88.根据本公开的实施例，本公开的监控项目信息至少包括：系统配置信息、业务状态信息。其中，系统配置信息可以是设备层配置信息(例如可以是各种物理组件，包括但不限于是物理布线，传感器，物理接口等)，通信层配置信息(例如可以是系统所使用的各类协议，接口或者各类通信服务等)，应用层配置信息(例如可以是驱动程序等)等。其中，业务状态信息根据不同的业务类型可以分为有状态，无状态，中间状态，临时状态等，当然也可以是其他具体的业务状态，本公开对此不作限制。
89.根据本公开的实施例，本公开的步骤s401即分别向两个系统发送与通信状态相关的监控项目信息的步骤中，由主机或者控制中心分别向两个系统发送与通信状态相关的监控项目信息，本公开以两个系统分别是手机银行系统和短信平台，监控项目信息是手机银行系统和短信平台之间进行通信时发送和接收报文所使用的协议为例说明，即由主机或者控制中心分别向手机银行系统和短信平台发送指令，监控这两个系统进行通信时所使用的协议配置。
90.根据本公开的实施例，本公开的步骤s402即接收两个系统之间通信状态的反馈信息；其中，所述反馈信息是针对所述监控项目信息的反馈信息的步骤中，由主机或者控制中心接收两个系统之间通信状态的反馈信息，继续以两个系统分别是手机银行系统和短信平台，监控项目信息是手机银行系统和短信平台之间进行通信时发送和接收报文所使用的协议为例说明，即由主机或者控制中心接收的反馈信息是手机银行系统和短信平台之间进行通信时所使用的协议配置是否一致。
91.根据本公开的实施例，本公开的步骤s403即根据所述监控项目信息确定通信状态是否异常的步骤中，由主机或者控制中心根据监控项目信息确定通信状态是否异常，具体的，根据监控项目信息确定通信状态是否异常，包括：若所述第一系统、第二系统中任一系统的所述系统配置信息中不存在另一系统的信息，则确定通信状态异常；若确定所述业务状态信息中不存在目标业务，则确定通信状态异常；若确定所述业务状态信息中存在其他系统的通信干扰，则确定通信状态异常。继续以两个系统分别是手机银行系统和短信平台，监控项目信息是手机银行系统和短信平台之间进行通信时发送和接收报文所使用的协议为例说明，若手机银行系统中不存在与短信平台系统之间发送报文的信息，则主机或者控制中心即可确定手机银行系统和短信平台之间通信状态异常。
92.根据本公开的实施例，本公开的步骤s404至步骤s406的具体技术细节可以参照上述实施例的技术内容，此处不予赘述。
93.图5示出根据本公开实施例的通信故障处理装置的结构示意框图。其中，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。
94.如图5所示，所述通信故障处理装置500包括：
95.第一接收模块510，被配置为接收两个系统之间通信状态的反馈信息；
96.第一确定模块520，被配置为在所述反馈信息表示通信状态异常时，确定两个系统中发起通信的第一系统以及接收通信的第二系统；
97.发送模块530，被配置为以预设方式依次向所述第二系统、第一系统发送故障排查指令；
98.第二接收模块540，被配置为接收针对所述故障排查指令的故障处理结果。
99.本公开实施例提供的通信故障处理装置，通过接收两个系统之间通信状态的反馈信息，在反馈信息表示两个系统之间通信状态异常时，向两个系统发送故障排查指令，从而实现及时有效的对两个系统之间的通信故障进行排查和处理，解决了现有技术中无法及时发现和处理两个系统之间通信故障，而导致其无法协作完成相关业务的问题。
100.根据本公开的实施例，所述发送模块530包括：
101.以第一预设方式向所述第二系统发送故障排查指令；
102.若在预设时长内未恢复通信，则以第二预设方式向所述第一系统发送故障排查指令。
103.根据本公开的实施例，所述第一预设方式、第二预设方式为语音、邮件、短信中的一种或几种。
104.根据本公开的实施例，所述故障排查指令包括：通信故障排查、硬件故障排查、软件故障排查、电源故障排查中的一种或几种。
105.图6示出根据本公开另一实施例的通信故障处理装置的结构示意框图。其中，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。
106.如图6所示，所述通信故障处理装置600包括：
107.监控项目信息发送模块610，被配置为分别向所述两个系统发送与通信状态相关的监控项目信息；
108.第一接收模块620，被配置为接收两个系统之间通信状态的反馈信息；其中，所述反馈信息是针对所述监控项目信息的反馈信息；
109.第二确定模块630，被配置为根据所述监控项目信息确定通信状态是否异常；
110.第一确定模块640，被配置为在所述反馈信息表示通信状态异常时，确定两个系统中发起通信的第一系统以及接收通信的第二系统；
111.发送模块650，被配置为以预设方式依次向所述第二系统、第一系统发送故障排查指令；
112.第二接收模块660，被配置为接收针对所述故障排查指令的故障处理结果。
113.根据本公开的实施例，所述监控项目信息至少包括：系统配置信息、业务状态信息。
114.根据本公开的实施例，所述第二确定模块630包括：
115.若所述第一系统、第二系统中任一系统的所述系统配置信息中不存在另一系统的信息，则确定通信状态异常；
116.若确定所述业务状态信息中不存在目标业务，则确定通信状态异常；
117.若确定所述业务状态信息中存在其他系统的通信干扰，则确定通信状态异常。
118.本公开还公开了一种电子设备，图7示出根据本公开的实施例的电子设备的结构
框图。
119.如图7所示，所述电子设备包括存储器和处理器，其中，存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现如下方法步骤：
120.接收两个系统之间通信状态的反馈信息；
121.在所述反馈信息表示通信状态异常时，确定两个系统中发起通信的第一系统以及接收通信的第二系统；
122.以预设方式依次向所述第二系统、第一系统发送故障排查指令；
123.接收针对所述故障排查指令的故障处理结果。
124.本公开实施例的技术方案，通过接收两个系统之间通信状态的反馈信息，在反馈信息表示两个系统之间通信状态异常时，向两个系统发送故障排查指令，从而实现及时有效的对两个系统之间的通信故障进行排查和处理，解决了现有技术中无法及时发现和处理两个系统之间通信故障，而导致其无法协作完成相关业务的问题。
125.根据本公开的实施例，所述以预设方式依次向所述第二系统、第一系统发送故障排查指令，包括：
126.以第一预设方式向所述第二系统发送故障排查指令；
127.若在预设时长内未恢复通信，则以第二预设方式向所述第一系统发送故障排查指令。
128.根据本公开的实施例，所述第一预设方式、第二预设方式为语音、邮件、短信中的一种或几种。
129.根据本公开的实施例，所述故障排查指令包括：通信故障排查、硬件故障排查、软件故障排查、电源故障排查中的一种或几种。
130.根据本公开的实施例，还包括：
131.分别向所述两个系统发送与通信状态相关的监控项目信息；其中，所述反馈信息是针对所述监控项目信息的反馈信息；
132.根据所述监控项目信息确定通信状态是否异常。
133.根据本公开的实施例，所述监控项目信息至少包括：系统配置信息、业务状态信息。
134.根据本公开的实施例，所述根据所述监控项目信息确定通信状态是否异常，包括：
135.若所述第一系统、第二系统中任一系统的所述系统配置信息中不存在另一系统的信息，则确定通信状态异常；
136.若确定所述业务状态信息中不存在目标业务，则确定通信状态异常；
137.若确定所述业务状态信息中存在其他系统的通信干扰，则确定通信状态异常。
138.图8示出适于用来实现根据本公开实施例的方法的计算机系统的结构示意图。
139.如图8所示，计算机系统包括处理单元，其可以根据存储在只读存储器(rom)中的程序或者从存储部分加载到随机访问存储器(ram)中的程序而执行上述实施例中的各种方法。在ram中，还存储有计算机系统操作所需的各种程序和数据。处理单元、rom以及ram通过总线彼此相连。输入/输出(i/o)接口也连接至总线。
140.以下部件连接至i/o接口：包括键盘、鼠标等的输入部分；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分；包括硬盘等的存储部分；以及包括诸
如lan卡、调制解调器等的网络接口卡的通信部分。通信部分经由诸如因特网的网络执行通信过程。驱动器也根据需要连接至i/o接口。可拆卸介质，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器上，以便于从其上读出的计算机程序根据需要被安装入存储部分。其中，所述处理单元可实现为cpu、gpu、tpu、fpga、npu等处理单元。
141.特别地，根据本公开的实施例，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行上述方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。
142.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
143.描述于本公开实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过可编程硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
144.作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中电子设备或计算机系统中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
145.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。