一种系统停服期间业务处理方法和相关装置与流程

1.本技术涉及金融领域，具体涉及一种系统停服期间业务处理方法和相关装置。


背景技术：

2.在银行等各种金融机构的实际应用中，因为系统的功能变化较大或者系统的数据库结构存在重大调整，系统需要进行升级，此时，为了让系统能够顺利升级，通常会发布公告告知客户并报备相关机构进行系统停服。
3.然而，相关技术中在系统停服期间，客户会无法使用金融机构的任何服务，即系统在停服期间无法对业务进行处理，从而降低了系统的业务处理能力。


技术实现要素：

4.本技术实施例提供了一种系统停服期间业务处理方法和相关装置，能够在系统停服期间对客户服务请求进行处理，提高系统的业务处理能力，同时也能提高客户体验。
5.有鉴于此，本技术实施例第一方面提供一种系统停服期间业务处理方法，该方法包括：
6.在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库，所述备份数据库用于备份所述业务处理相关表的相关数据；
7.在系统停服期间，响应于客户端发送的客户服务请求，将所述客户服务请求路由至停服业务处理模块，以便所述停服业务处理模块对所述客户服务请求进行处理；
8.其中，若所述客户服务请求为信息查询类请求，根据所述备份数据库，确定对应的查询信息，并向所述客户端发送包括所述查询信息的第一响应消息；
9.若所述客户服务请求为业务处理类请求，向所述客户端发送包括受理信息的第二响应消息，并存储所述业务处理类请求直至系统停服期间结束，再根据升级完成的业务处理相关表对所述业务处理类请求进行处理；所述受理信息用于标识所述客户服务请求已被受理。
10.可选的，在系统停服期间结束之后，针对系统停服期间存储的多个所述业务处理类请求，所述根据升级完成的业务处理相关表对所述业务处理类请求进行处理，包括：
11.根据多个所述业务处理类请求涉及的多个相关账户号之间的关联关系，将多个所述业务处理类请求进行分组，得到多个包括至少一个所述业务处理类请求的业务处理组；
12.针对多个所述业务处理组中第i个所述业务处理组，根据升级完成的业务处理相关表，基于第i个所述业务处理组中所述业务处理类请求的发送时间，按顺序对所述业务处理类请求进行处理。
13.可选的，在系统停服期间结束之后，该方法还包括：
14.响应于客户端发送的客户服务请求，当所述客户服务请求涉及的目标账户号归属于多个所述业务处理组涉及的多个相关账户号时，若所述目标账户号对应的所述业务处理组包括的所述业务处理类请求并未全部处理完成，向所述客户端发送包括等待信息的第三
响应消息；所述等待信息用于标识所述目标账户号存在未处理完成的业务处理类请求；
15.当所述客户服务请求涉及的目标账户号不归属于多个所述业务处理组涉及的多个相关账户号时，根据升级完成的业务处理相关表对所述客户服务请求进行处理。
16.可选的，当所述客户服务请求涉及的目标账户号归属于多个所述业务处理组涉及的多个相关账户号时，该方法还包括：
17.若所述目标账户号对应的所述业务处理组包括的所述业务处理类请求全部处理完成，根据升级完成的业务处理相关表对所述客户服务请求进行处理。
18.可选的，在系统停服期间，响应于客户端发送的客户服务请求，将所述客户服务请求路由至停服业务处理模块，包括：
19.在系统停服期间，设置停服标志；所述停服标志用于标识系统已经停服；
20.响应于客户端发送的客户服务请求，根据所述停服标志将所述客户服务请求路由至停服业务处理模块。
21.可选的，在根据升级完成的业务处理相关表对所述业务处理类请求进行处理之后，该方法还包括：
22.向所述客户端发送包括处理信息的第四响应消息，所述处理信息用于标识业务处理类请求的处理结果。
23.可选的，所述备份数据库包括快照类数据库。
24.本技术实施例第二方面提供一种系统停服期间业务处理装置，该装置包括：
25.确定单元，用于在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库，所述备份数据库用于备份所述业务处理相关表的相关数据；
26.路由单元，用于在系统停服期间，响应于客户端发送的客户服务请求，将所述客户服务请求路由至停服业务处理模块，以便所述停服业务处理模块对所述客户服务请求进行处理；其中，若所述客户服务请求为信息查询类请求，根据所述备份数据库，确定对应的查询信息，并向所述客户端发送包括所述查询信息的第一响应消息；若所述客户服务请求为业务处理类请求，向所述客户端发送包括受理信息的第二响应消息，并存储所述业务处理类请求直至系统停服期间结束，再根据升级完成的业务处理相关表对所述业务处理类请求进行处理；所述受理信息用于标识所述客户服务请求已被受理。
27.本技术实施例第三方面提供一种电子设备，包括：
28.存储器，用于存储可执行指令；
29.处理器，用于执行所述存储器中存储的可执行指令时，实现本技术实施例提供的系统停服期间业务处理方法。
30.本技术实施例第四方面提供一种计算机可读介质，存储有可执行指令，用于被处理器执行时，实现本技术实施例提供的系统停服期间业务处理方法。
31.本技术实施例提供了一种系统停服期间业务处理方法和相关装置，该方法包括：在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库，备份数据库用于备份业务处理相关表的相关数据；在系统停服期间，响应于客户端发送的客户服务请求，将客户服务请求路由至停服业务处理模块，以便停服业务处理模块对客户服务请求进行处理；其中，若客户服务请求为信息查询类请求，根据备份数据库，确定对应的查询信息，并向客户端发送包括查询信息的第一响应消息；若客户服务请求为业务处理类请求，向客户端发
送包括受理信息的第二响应消息，并存储业务处理类请求直至系统停服期间结束，再根据升级完成的业务处理相关表对业务处理类请求进行处理；受理信息用于标识客户服务请求已被受理。通过上述方法，能够在系统停服期间对客户服务请求进行处理，提高系统的业务处理能力，同时也能提高客户体验。
附图说明
32.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
33.图1为本技术实施例提供的一种系统停服期间业务处理方法的流程图；
34.图2为本技术实施例提供的一种系统停服期间业务处理方法的具体流程图；
35.图3为本技术实施例提供的一种系统停服期间业务处理装置的示意图。
具体实施方式
36.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
37.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
38.在银行等各种金融机构的实际应用中，因为系统的功能变化较大或者系统的数据库结构存在重大调整，系统需要进行升级，此时，为了让系统能够顺利升级，通常会发布公告告知客户并报备相关机构进行系统停服。
39.然而，相关技术中在系统停服期间，客户会无法使用金融机构的任何服务，即系统在停服期间无法对业务进行处理，从而降低了系统的业务处理能力，并让客户体验较差。
40.鉴于此，本技术实施例提供了一种系统停服期间业务处理方法和相关装置，能够在系统停服期间对客户服务请求进行处理，提高系统的业务处理能力，同时也能提高客户体验。
41.需要说明的是，本技术提供的一种系统停服期间业务处理方法和相关装置可用于金融领域或其他领域。例如，可用于金融领域中的系统停服期间业务处理应用场景。其他领域为除金融领域之外的任意领域，例如，业务处理领域。上述仅为示例，并不对本发明提供的一种系统停服期间业务处理方法和相关装置的应用领域进行限定。
42.下面通过方法实施例来对本技术提供的一种系统停服期间业务处理方法进行说
明，如图1所示，该方法包括：
43.s101、在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库；备份数据库用于备份业务处理相关表的相关数据。
44.业务处理相关表是指系统处理客户服务请求时需要采用的数据表，通常来说，在系统停服期间，会对业务处理相关表进行升级调整，例如会对业务处理相关表的序表结构等进行升级，此时，为了保证在系统停服期间，系统能够对客户简单的查询进行处理，服务器可以在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库，备份数据库用于备份业务处理相关表的相关数据，以便在后续步骤中能够为客户简单的查询提供数据基础。
45.在一种可能的实现方式中，备份数据库包括快照类数据库。
46.针对业务处理相关表，可以建立数据快照机制，以便日常进行准实时同步，在系统停服期间的开始阶段，可以构建最终快照类数据库，以便停服业务处理模块后续的查询。
47.需要说明的是，在系统停服期间，在构建最终快照类数据库之后，可以停止数据同步。
48.s102、在系统停服期间，响应于客户端发送的客户服务请求，将客户服务请求路由至停服业务处理模块，以便停服业务处理模块对客户服务请求进行处理；
49.其中，若客户服务请求为信息查询类请求，根据备份数据库，确定对应的查询信息，并向客户端发送包括查询信息的第一响应消息；
50.若客户服务请求为业务处理类请求，向客户端发送包括受理信息的第二响应消息，并存储业务处理类请求直至系统停服期间结束，再根据升级完成的业务处理相关表对业务处理类请求进行处理；受理信息用于标识客户服务请求已被受理。
51.在本实施例中，服务器建立了单独的停服业务处理模块，在系统停服期间，响应于客户端发送的客户服务请求，可以将客户服务请求路由至停服业务处理模块，以便停服业务处理模块在系统停服期间对客户服务请求进行处理。
52.具体的，若客户服务请求为信息查询类请求，由于s101中确定了备份数据库，故服务器可以根据备份数据库，确定对应的查询信息，即客户在信息查询类请求中要求的信息，并向客户端发送包括查询信息的第一响应消息，以便客户能够接收所需的信息。
53.若客户服务请求为业务处理类请求，由于业务处理类请求需要调用升级中的业务处理相关表，故在系统停服期间，仅靠备份数据库无法对业务处理类请求进行处理。此时，服务器可以先向客户端发送包括受理信息的第二响应消息，受理信息用于标识客户服务请求已被受理，即通过第二响应消息告知客户对应的客户服务请求已被受理，并将业务处理类请求进行存储，直至系统停服期间结束，系统再次启动服务之后，再根据升级完成的业务处理相关表对业务处理类请求第一时间进行处理，即对业务处理类请求进行缓存，指导系统升级完成之后，再对业务处理类请求进行处理。
54.在一种可能的实现方式中，在系统停服期间结束之后，针对系统停服期间存储的多个业务处理类请求，s102中根据升级完成的业务处理相关表对业务处理类请求进行处理，包括：
55.根据多个业务处理类请求涉及的多个相关账户号之间的关联关系，将多个业务处理类请求进行分组，得到多个包括至少一个业务处理类请求的业务处理组；
56.针对多个业务处理组中第i个业务处理组，根据升级完成的业务处理相关表，基于第i个业务处理组中业务处理类请求的发送时间，按顺序对业务处理类请求进行处理。
57.在系统停服期间，通常来说，会存储多个业务处理类请求，故在系统停服期间结束之后，需要对这多个业务处理类请求进行处理。
58.此时，可以根据多个业务处理类请求涉及的多个相关账户号之间的关联关系，将多个业务处理类请求进行分组，其中，多个相关账户号之间的关联关系包括直接关联关系和间接关联关系，直接关联关系是指业务处理类请求涉及的相关账户号完全相同，间接关联关系是指业务处理类请求涉及的相关账户号部分相同，例如业务处理类请求a为账户号a向账户号b进行交易，业务处理类请求b为账户号b向账户号a进行交易，业务处理类请求c为账户号b向账户号c进行交易，业务处理类请求a和业务处理类请求b之间就为直接关联关系，业务处理类请求a和业务处理类请求c之间就为间接关联关系，从而得到多个包括至少一个业务处理类请求的业务处理组，业务处理组中包括多个业务处理类请求时，这多个业务处理类请求涉及的多个相关账户号之间具备关联关系。
59.在对多个业务处理类请求进行分组之后，可以按组进行并发交易发起，即针对多个业务处理组中第i个业务处理组，组内可以基于第i个业务处理组中业务处理类请求的发送时间，按时间顺序对业务处理类请求进行处理，避免由于发送时间在前的交易未处理而导致发送时间在后的交易无法完成的情况，其中，可以根据交易接口是否变化来进行新旧接口适配。
60.在一种可能的实现方式中，在系统停服期间结束之后，该方法还包括：
61.响应于客户端发送的客户服务请求，当客户服务请求涉及的目标账户号归属于多个业务处理组涉及的多个相关账户号时，若目标账户号对应的业务处理组包括的业务处理类请求并未全部处理完成，向客户端发送包括等待信息的第三响应消息；等待信息用于标识目标账户号存在未处理完成的业务处理类请求；
62.当客户服务请求涉及的目标账户号不归属于多个业务处理组涉及的多个相关账户号时，根据升级完成的业务处理相关表对客户服务请求进行处理。
63.在系统停服期间结束之后，响应于客户端发送的客户服务请求，当客户服务请求涉及的目标账户号归属于多个业务处理组涉及的多个相关账户号时，说明目标账户号在系统停服期间存在相关的业务处理类请求，此时，若目标账户号对应的业务处理组包括的业务处理类请求并未全部处理完成，说明目标账户号相关的业务处理类请求并未处理完成，对此，系统需要先处理目标账户号相关的业务处理类请求，为了保证客户的体验，可以向客户端发送包括等待消息的第三响应消息，等待消息用于标识目标账户号存在未处理完成的业务处理类请求，即告知客户需要等待相关的业务处理类请求处理完成之后才能处理新的客户服务请求。
64.然而，当客户服务请求涉及的目标账户号不归属于多个业务处理组涉及的多个相关账户号时，说明目标账户号在系统停服期间不存在相关的业务处理类请求，此时，系统可以根据升级完成的业务处理相关表直接对目标账户号的客户服务请求进行处理。
65.在一种可能的实现方式中，当客户服务请求涉及的目标账户号归属于多个业务处理组涉及的多个相关账户号时，该方法还包括：
66.若目标账户号对应的业务处理组包括的业务处理类请求全部处理完成，根据升级
完成的业务处理相关表对客户服务请求进行处理。
67.当客户服务请求涉及的目标账户号归属于多个业务处理组涉及的多个相关账户号时，说明目标账户号在系统停服期间存在相关的业务处理类请求，此时，若目标账户号对应的业务处理组包括的业务处理类请求全部处理完成，说明目标账户号相关的业务处理类请求已全部处理完成，对此，系统可以根据升级完成的业务处理相关表直接对目标账户号的客户服务请求进行处理。
68.在一种可能的实现方式中，s102中在系统停服期间，响应于客户端发送的客户服务请求，将客户服务请求路由至停服业务处理模块，包括：
69.为了能够对系统的停服进行准确标识，在系统停服期间，可以设置停服标志；停服标志用于标识系统已经停服；
70.响应于客户端发送的客户服务请求，可以根据停服标志将客户服务请求路由至停服业务处理模块，以便由停服业务处理模块来接管客户服务。
71.在一种可能的实现方式中，s102中在根据升级完成的业务处理相关表对业务处理类请求进行处理之后，该方法还包括：
72.为了让客户能够知道在停服期间受理的业务处理类请求已经处理完成，可以向客户端发送包括处理信息的第四响应消息，处理信息用于标识业务处理类请求的处理结果。
73.需要说明的是，在对业务处理类请求进行处理之后，也可以通过客户预留的联系方式告知客户该处理信息。
74.下面基于图2对本技术提供的系统停服期间业务处理方法的具体流程进行说明。
75.如图2所示，系统的服务端有正常模块和停服业务处理模块，在系统的停服期间，设置停服标志，客户端发送的客户服务请求可以根据停服标志路由至停服业务处理模块入口。
76.若客户服务请求为信息查询类请求，可以根据快照类数据库获取客户所需的信息，并返回给客户端。
77.若客户服务请求为业务处理类请求，可以缓存业务处理类请求，当系统停服期间结束时，会接收到升级完毕标识，升级完毕标识用于标识系统升级完成，此时，可以根据升级完成的数据库进行处理，具体的，可以先根据业务处理类请求涉及的相关账户号的关联关系进行分组，在组内按照业务处理类请求的发起时间按顺序处理业务处理类请求，当系统停服期间相关的业务处理类请求全部处理完毕时，可以更新相应的标识，此时，业务处理类请求涉及的账户号也可以通过正常模块处理相应的客户服务请求。
78.在前述图1-2所对应的实施例的基础上，图3为本技术实施例提供的一种系统停服期间业务处理装置的示意图，系统停服期间业务处理装置300包括：
79.确定单元301，用于在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库，所述备份数据库用于备份所述业务处理相关表的相关数据；
80.路由单元302，用于在系统停服期间，响应于客户端发送的客户服务请求，将所述客户服务请求路由至停服业务处理模块，以便所述停服业务处理模块对所述客户服务请求进行处理；其中，若所述客户服务请求为信息查询类请求，根据所述备份数据库，确定对应的查询信息，并向所述客户端发送包括所述查询信息的第一响应消息；若所述客户服务请求为业务处理类请求，向所述客户端发送包括受理信息的第二响应消息，并存储所述业务
处理类请求直至系统停服期间结束，再根据升级完成的业务处理相关表对所述业务处理类请求进行处理；所述受理信息用于标识所述客户服务请求已被受理。
81.在一种可能的实现方式中，路由单元302单元用于：
82.在系统停服期间结束之后，针对系统停服期间存储的多个所述业务处理类请求，根据多个所述业务处理类请求涉及的多个相关账户号之间的关联关系，将多个所述业务处理类请求进行分组，得到多个包括至少一个所述业务处理类请求的业务处理组；
83.针对多个所述业务处理组中第i个所述业务处理组，根据升级完成的业务处理相关表，基于第i个所述业务处理组中所述业务处理类请求的发送时间，按顺序对所述业务处理类请求进行处理。
84.在一种可能的实现方式中，系统停服期间业务处理装置300还包括发送单元，用于：
85.在系统停服期间结束之后，响应于客户端发送的客户服务请求，当所述客户服务请求涉及的目标账户号归属于多个所述业务处理组涉及的多个相关账户号时，若所述目标账户号对应的所述业务处理组包括的所述业务处理类请求并未全部处理完成，向所述客户端发送包括等待信息的第三响应消息；所述等待信息用于标识所述目标账户号存在未处理完成的业务处理类请求；
86.当所述客户服务请求涉及的目标账户号不归属于多个所述业务处理组涉及的多个相关账户号时，根据升级完成的业务处理相关表对所述客户服务请求进行处理。
87.在一种可能的实现方式中，系统停服期间业务处理装置300还包括处理单元，用于：
88.当所述客户服务请求涉及的目标账户号归属于多个所述业务处理组涉及的多个相关账户号时，若所述目标账户号对应的所述业务处理组包括的所述业务处理类请求全部处理完成，根据升级完成的业务处理相关表对所述客户服务请求进行处理。
89.在一种可能的实现方式中，路由单元302用于：
90.在系统停服期间，设置停服标志；所述停服标志用于标识系统已经停服；
91.响应于客户端发送的客户服务请求，根据所述停服标志将所述客户服务请求路由至停服业务处理模块。
92.在一种可能的实现方式中，发送单元还用于：
93.在根据升级完成的业务处理相关表对所述业务处理类请求进行处理之后，向所述客户端发送包括处理信息的第四响应消息，所述处理信息用于标识业务处理类请求的处理结果。
94.在一种可能的实现方式中，所述备份数据库包括快照类数据库。
95.需要说明的是，本技术上述实施例提供的各个模块的具体工作过程可相应地参考上述方法实施例中的相应的实施方式，此处不再赘述。
96.由此可见，在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库，备份数据库用于备份业务处理相关表的相关数据；在系统停服期间，响应于客户端发送的客户服务请求，将客户服务请求路由至停服业务处理模块，以便停服业务处理模块对客户服务请求进行处理；其中，若客户服务请求为信息查询类请求，根据备份数据库，确定对应的查询信息，并向客户端发送包括查询信息的第一响应消息；若客户服务请求为业务处理
类请求，向客户端发送包括受理信息的第二响应消息，并存储业务处理类请求直至系统停服期间结束，再根据升级完成的业务处理相关表对业务处理类请求进行处理；受理信息用于标识客户服务请求已被受理。通过上述方法，能够在系统停服期间对客户服务请求进行处理，提高系统的业务处理能力，同时也能提高客户体验。
97.本技术另一实施例提供了一种电子设备，包括：
98.存储器，用于存储可执行指令；
99.处理器，用于执行存储器中存储的可执行指令时，实现本技术实施例上述方法实施例中方法。
100.本技术另一实施例提供了一种计算机可读存储介质，存储有可执行指令，用于被处理器执行时，实现本技术实施例上述的方法实施例中方法。
101.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
102.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种系统停服期间业务处理方法，其特征在于，所述方法包括：在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库，所述备份数据库用于备份所述业务处理相关表的相关数据；在系统停服期间，响应于客户端发送的客户服务请求，将所述客户服务请求路由至停服业务处理模块，以便所述停服业务处理模块对所述客户服务请求进行处理；其中，若所述客户服务请求为信息查询类请求，根据所述备份数据库，确定对应的查询信息，并向所述客户端发送包括所述查询信息的第一响应消息；若所述客户服务请求为业务处理类请求，向所述客户端发送包括受理信息的第二响应消息，并存储所述业务处理类请求直至系统停服期间结束，再根据升级完成的业务处理相关表对所述业务处理类请求进行处理；所述受理信息用于标识所述客户服务请求已被受理。2.根据权利要求1所述的方法，其特征在于，在系统停服期间结束之后，针对系统停服期间存储的多个所述业务处理类请求，所述根据升级完成的业务处理相关表对所述业务处理类请求进行处理，包括：根据多个所述业务处理类请求涉及的多个相关账户号之间的关联关系，将多个所述业务处理类请求进行分组，得到多个包括至少一个所述业务处理类请求的业务处理组；针对多个所述业务处理组中第i个所述业务处理组，根据升级完成的业务处理相关表，基于第i个所述业务处理组中所述业务处理类请求的发送时间，按顺序对所述业务处理类请求进行处理。3.根据权利要求2所述的方法，其特征在于，在系统停服期间结束之后，所述方法还包括：响应于客户端发送的客户服务请求，当所述客户服务请求涉及的目标账户号归属于多个所述业务处理组涉及的多个相关账户号时，若所述目标账户号对应的所述业务处理组包括的所述业务处理类请求并未全部处理完成，向所述客户端发送包括等待信息的第三响应消息；所述等待信息用于标识所述目标账户号存在未处理完成的业务处理类请求；当所述客户服务请求涉及的目标账户号不归属于多个所述业务处理组涉及的多个相关账户号时，根据升级完成的业务处理相关表对所述客户服务请求进行处理。4.根据权利要求3所述的方法，其特征在于，当所述客户服务请求涉及的目标账户号归属于多个所述业务处理组涉及的多个相关账户号时，所述方法还包括：若所述目标账户号对应的所述业务处理组包括的所述业务处理类请求全部处理完成，根据升级完成的业务处理相关表对所述客户服务请求进行处理。5.根据权利要求1所述的方法，其特征在于，在系统停服期间，响应于客户端发送的客户服务请求，将所述客户服务请求路由至停服业务处理模块，包括：在系统停服期间，设置停服标志；所述停服标志用于标识系统已经停服；响应于客户端发送的客户服务请求，根据所述停服标志将所述客户服务请求路由至停服业务处理模块。6.根据权利要求1所述的方法，其特征在于，在根据升级完成的业务处理相关表对所述业务处理类请求进行处理之后，所述方法还包括：向所述客户端发送包括处理信息的第四响应消息，所述处理信息用于标识业务处理类
请求的处理结果。7.根据权利要求1所述的方法，其特征在于，所述备份数据库包括快照类数据库。8.一种系统停服期间业务处理装置，其特征在于，所述装置包括：确定单元，用于在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库，所述备份数据库用于备份所述业务处理相关表的相关数据；路由单元，用于在系统停服期间，响应于客户端发送的客户服务请求，将所述客户服务请求路由至停服业务处理模块，以便所述停服业务处理模块对所述客户服务请求进行处理；其中，若所述客户服务请求为信息查询类请求，根据所述备份数据库，确定对应的查询信息，并向所述客户端发送包括所述查询信息的第一响应消息；若所述客户服务请求为业务处理类请求，向所述客户端发送包括受理信息的第二响应消息，并存储所述业务处理类请求直至系统停服期间结束，再根据升级完成的业务处理相关表对所述业务处理类请求进行处理；所述受理信息用于标识所述客户服务请求已被受理。9.一种电子设备，其特征在于，包括：存储器，用于存储可执行指令；处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至7任一项所述的系统停服期间业务处理方法。10.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至7任一项所述的系统停服期间业务处理方法。

技术总结
本申请实施例提供了一种系统停服期间业务处理方法和相关装置，可应用于金融领域或其他领域，该方法包括：在系统停服期间的开始阶段，确定业务处理相关表对应的备份数据库；在系统停服期间，响应于客户端发送的客户服务请求，将客户服务请求路由至停服业务处理模块；其中，若客户服务请求为信息查询类请求，根据备份数据库，确定对应的查询信息，并向客户端发送包括查询信息的第一响应消息；若客户服务请求为业务处理类请求，向客户端发送包括受理信息的第二响应消息，并存储业务处理类请求直至系统停服期间结束再进行处理。通过上述方法，能够在系统停服期间对客户服务请求进行处理，提高系统的业务处理能力，同时也能提高客户体验。户体验。户体验。


技术研发人员：夏理
受保护的技术使用者：中国银行股份有限公司
技术研发日：2023.07.05
技术公布日：2023/10/6