业务数据处理的方法、装置、电子设备和存储介质与流程

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.为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。
49.本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的业务数据处理的方法。
50.为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。
51.本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的业务数据处理的方法。
52.为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机程序产品。
53.本发明实施例的一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的业务数据处理的方法。
54.上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，系统升级阶段中第一系统和第二系统并存，第一系统中的数据可以随着系统升级归档至第二系统中，对归档的业务数据可以设置来源标签和归档状态；在接收到业务处理请求时，可以基于业务数据来源确定其是否是由第一系统归档来的业务数据，如果是，则需要再次判断业务数据是否归档完成；在确定归档为第二状态，则说明该业务已经完成升级，业务处理可以由第二系统执行，即直接通过第二系统中的处理模块进行业务处理请求的处理；在确定归档状态是第一状态，则说明该业务处理功能还未完成升级，所以业务处理可以需要由第一系统执行，即直接通过第一系统中的处理模块进行业务处理请求的处理。如此，本发明实施例中，在系统升级中新系统和旧系统并存，业务处理可以基于系统升级的不同状态确定使用哪个系统进行业务处理，从而无需设置临时节点，保证升级过程中业务数据可以保持一致性和安全性，并且升级过程易操作、确保系统高可靠、高可用。
55.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
56.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
57.图1是根据本发明实施例crm系统在升级过程中处理内容的一种架构示意图；
58.图2是根据本发明实施例的业务数据处理的方法的又一种主要流程的示意图；
59.图3是根据本发明实施例的业务数据处理的方法的一种主要流程的示意图；
60.图4是根据本发明实施例的业务数据处理的装置的主要单元的示意图；
61.图5是本发明实施例可以应用于其中的一种示例性系统架构图；
62.图6是适于用来实现本发明实施例的计算机系统的结构示意图。
具体实施方式
63.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
64.需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
65.本发明实施例提供一种业务数据处理系统，该系统可以用于在系统升级过程中对业务数据进行处理的场景，具体可以用于在不宕机情况下的系统升级过程中对业务数据进行处理的场景。
66.本发明实施例中，业务数据处理系统可以在不宕机的情况下进行系统升级。具体的，系统升级方式是将第一系统中用于业务处理的各模块逐步迁移至第二系统，同时对用户端的业务请求进行处理。其中，第一系统表示升级前的业务系统，第二系统表示升级后的业务系统。在系统升级初始化阶段，通常需要在初始化阶段将第一系统中的业务数据进行转移，即转移至第二系统中，然后在升级过程中，由于业务请求仍然在正常处理，所以第一系统中还未迁移的处理模块需要继续进行业务处理并生成业务数据，所以需要将此过程中生成的业务数据归档至第二系统中。如果在业务处理期间需要与其他关联系进行数据交互，可以通过第一系统执行与关联系统的交互。
67.具体的，以业务处理系统为crm系统(销售管理管理)为例，crm系统中业务数据可以包括流程台账数据和流转意见，在数据归档中可以将此两种类型的数据分别进行处理，以保证数据的完成性。因此在crm系统升级可以涉及升级处理包括：流程台账数据归档、流转意见记录归档、数据库存储、处理模块迁移、关联系统交互和用户端交互，如图1所示为crm系统在升级过程中处理内容的架构示意图。
68.本发明实施例提供了一种业务数据处理的方法，该方法可由业务数据处理系统执行，如图2所示，该方法包括：
69.s201：接收用户端发送的业务处理请求，获取业务处理请求对应业务数据的来源标签。
70.其中，由于在系统升级期间，用户端通常并不能感知系统是否正在升级，所以可以进行正常的业务处理，用户端可以正常向业务数据处理系统发送业务处理请求。由于业务
处理系统在升级过程中，对于一些第一系统中还未迁移至第二系统的处理模块，为了保证业务处理的正常进行，通产会由第一系统继续处理。所以业务数据处理系统接收用户端发送的业务处理请求后，可以先获取业务处理请求对应业务数据的来源标签。
71.本发明实施例中，在第一系统中业务数据向第二系统归档时，可以通过预设的来源标签对业务数据的来源进行标记，来源标签表示了业务数据由哪个系统生成。业务数据的来源标签为第二系统，说明其是由第二系统生成，即升级后的系统生成，也就是说此业务处理所对应的模块不属于第一系统迁移至第二系统的模块，所以对业务处理请求可以直接由第二系统进行处理；业务数据的来源标签为第一系统，说明其是由第一系统生成，即升级前的系统生成，也就是说此业务处理所对应的模块属于由第一系统迁移至第二系统的模块，所以此时还需要对该模块是否已经迁移完成进行进一步判断，以便于确定由哪个系统对业务处理请求进行处理。
72.s202：响应于来源标签为第一系统，获取业务数据的归档状态。
73.其中，来源标签为第一系统，还需要对该模块是否已经迁移完成进行进一步判断，所以本步骤中还可以获取业务数据的归档状态。
74.业务数据归档是指业务数据有第一系统中转至第二系统进行，本发明实施例中，由于在升级过程中，仍然有业务数据由第一系统生成，对每个业务处理的模块，通常只有在该模块迁移完成后，对应的业务处理才会全部又第二系统执行，所以在未迁移完成的处理模块，其由第一系统归档至第二系统的业务数据，可以设置归档状态。归档状态可以包括第一状态和第二状态，第一状态表示对应处理模块未完成迁移，需要由第一系统进行业务处理；第二状态表示对应处理模块已完成迁移，需要由第二系统进行业务处理。
75.s203：响应于归档状态为第一状态，查询第一系统中与业务处理请求关联的第一模块，以调用第一模块处理业务处理请求，得出处理结果；响应于归档状态为第二状态，查询第二系统中与业务处理请求关联的第二模块，以调用第二模块处理业务处理请求，得出处理结果。
76.其中，在获取到业务数据的归档状态后，即可确定出业务处理请求的处理方式，所以本步骤中在确定归档状态为第一状态时，可以查询第一系统中与业务处理请求关联的第一模块，以调用第一模块处理业务处理请求；在确定归档状态为第二状态时，可以查询第二系统中与业务处理请求关联的第二模块，以调用第二模块处理业务处理请求。
77.需要说明的是，本发明实施例中，可以预先配置第一系统和第二系统之间进行调用和数据传输的接口，如此在确定出业务处理请求的处理方式后，可以通过相应的接口调用来进行第一模块和第二模块的调用。
78.在本发明实施例的一种实时方式中，由于在业务数据处理过程中，经常会遇到需求与其他系统进行数据交互的场景，如需要与业务数据处理系统关联的第三方系统进行交互。在第一系统的历史业务处理中已经存在与第三方系统交互的配置，所以在业务数据处理系统升级过程中，如果第二系统在业务处理时遇到需要与第三方系统交互场景时，可以通过第一系统与第三方系统记性数据交互，在第一系统得到第三方系统的响应信息后，可以通过透传的方式将响应信息传输给第二系统，以记性业务处理。具体执行步骤可以为：响应于第三方系统的调用指令，调用第一系统中与第三方系统是对应接口；响应于第一系统接收第三方系统的响应信息，将响应信息透传至第二系统。
79.s204：基于处理结果生成结果显示页面，并将结果显示页面发送至用户端。
80.其中，在对业务处理得出处理结果后，可以生成对应的结果页面返回给用户端，以便于用户端对处理结果进行查看。
81.具体的，本发明实施例中，可以为不同版本的用户端配置对应的显示模板，进而本步骤中可以先获取用户端的版本标识，以查询版本标识对应的显示模板，进而基于显示模板和处理结果生成结果显示页面。
82.需要说明的是，在本发明实施例中，接收用户端发送的业务处理请求之后，还可以先基于用户端对应的登录信息对用户端的权限进行校验，在校验通过后执行步骤s201中获取业务处理请求对应业务数据的来源标签的步骤。
83.本发明实施例中，在系统升级中新系统和旧系统并存，业务处理可以基于系统升级的不同状态确定使用哪个系统进行业务处理，从而无需设置临时节点，保证升级过程中业务数据可以保持一致性和安全性，并且升级过程易操作、确保系统高可靠、高可用。
84.下面结合图2所示的实施例，对本发明实施例中业务数据处理的方法中业务数据归档的流程进行具体说明，如图3所示，该方法包括：
85.s301：响应于归档指令，查询第一系统中待升级模块，以获取待升级模块关联的待归档业务数据。
86.其中，归档指令可以为周期性自动触发，以便于可以周期性的对业务数据进行归档。业务数据过当即是将系统升级期间第一系统生成的业务数据，而第一系统中通常是还为迁移完成的处理模块会进行业务处理并生成业务数据，所以本步骤中响应归档指令时，先查询第一系统中待升级模块，即未升级完成的处理模块，进而可以获取到待升级模块关联的待归档业务数据。
87.需要说明的是，业务数据为crm系统时，业务数据的数据类型可以包括流程台账数据和流转意见记录，本发明实施例中可以为此两种数据类型分别设置对应个归档模型，以便于执行此两种类型数据的归档处理。所以本步骤中归档指令中可以包括数据类型，所以获取数据类型后，可以查询数据类型关联的归档模型，从而调用归档模型，查询第一系统中待升级模块，以进行业务数据处理。
88.s302：将待归档业务数据迁移至第二系统，将待归档数据的来源标签确定为第一系统，将待归档数据的归档状态确定为第一状态。
89.其中，本步骤将待归档业务数据迁移至第二系统中存储，同时还可以为其设置对应的来源标签和归档状态，以便于后续的业务处理。
90.由于待归档业务数据由第一系统且对应处理模块为完成迁移，所以来源标签为第一系统，归档状态为第一状态。
91.需要说明的是，本发明实施例中，对各待升级模块还可以查询第一系统中待升级模块的升级状态；响应于升级状态为已完成，获取待升级模块对应的业务数据，以将待升级模块对应的业务数据的归档状态更新为第二状态。即在待升级模块完成升级后，及时更新对应的业务数据的归档状态。
92.本发明实施例中，对第一系统中业务数据采用归档的方式，保证第一系统和第二系统的兼容，且流程台账数据和流转意见记录在第二系统中正常使用和展示，使得两系统功能有机融合，不影响用户正常使用。
93.为了解决现有技术存在的问题，本发明实施例提供了一种业务数据处理的装置400，如图4所示，该装置400包括：
94.接收单元401，用于接收用户端发送的业务处理请求，获取所述业务处理请求对应业务数据的来源标签；
95.获取单元402，用于响应于所述来源标签为第一系统，获取所述业务数据的归档状态；
96.处理单元403，用于响应于所述归档状态为第一状态，查询所述第一系统中与所述业务处理请求关联的第一模块，以调用所述第一模块处理所述业务处理请求，得出处理结果；响应于所述归档状态为第二状态，查询所述第二系统中与所述业务处理请求关联的第二模块，以调用所述第二模块处理所述业务处理请求，得出处理结果；
97.生成单元404，用于基于所述处理结果生成结果显示页面，并将所述结果显示页面发送至所述用户端。
98.应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。
99.在一个实施例中，所述获取单元402，还用于响应于归档指令，查询所述第一系统中待升级模块，以获取所述带升级模块关联的待归档业务数据；
100.所述装置400还包括：
101.确定单元，用于将所述待归档业务数据迁移至所述第二系统，将所述待归档数据的来源标签确定为所述第一系统，将所述待归档数据的归档状态确定为所述第一状态。
102.在又一个实施例中，所述装置400还包括：
103.查询单元，用于查询所述第一系统中待升级模块的升级状态；
104.更新单元，用于响应于所述升级状态为已完成，获取所述待升级模块对应的业务数据，以将所述待升级模块对应的业务数据的归档状态更新为所述第二状态。
105.在又一个实施例中，所述查询单元，具体用于：
106.获取所述归档指令中的数据类型，所述数据类型包括台账数据和流转意见记录；
107.查询所述数据类型关联的归档模型，以调用所述归档模型，查询所述第一系统中待升级模块。
108.在又一个实施例中，所述处理单元403，具体用于：
109.响应于第三方系统的调用指令，调用所述第一系统中与所述第三方系统是对应接口；
110.响应于所述第一系统接收所述第三方系统的响应信息，将所述响应信息透传至所述第二系统。
111.在又一个实施例中，所述接收单元401，具体用于：
112.查询所述用户端对应的登录信息，以基于所述登录信息校验所述用户端的权限；
113.响应于所述权限校验的结果为通过，获取所述业务处理请求对应业务数据的来源标签。
114.在又一个实施例中，所述生成单元404，具体用于：
115.获取所述用户端的版本标识，以查询所述版本标识对应的显示模板，基于所述显示模板和所述处理结果生成结果显示页面。
116.应理解的是，实施本发明实施例的方式与实施图2、3所示实施例的方式相同，在此不再赘述。
117.本发明实施例中，在系统升级中新系统和旧系统并存，业务处理可以基于系统升级的不同状态确定使用哪个系统进行业务处理，从而无需设置临时节点，保证升级过程中业务数据可以保持一致性和安全性，并且升级过程易操作、确保系统高可靠、高可用。
118.根据本发明的实施例，本发明实施例还提供了一种电子设备和一种可读存储介质。
119.本发明实施例的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的业务数据处理的方法。
120.图5示出了可以应用本发明实施例的业务数据处理的方法或业务数据处理的装置的示例性系统架构500。
121.如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
122.用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用。
123.终端设备501、502、503可以是但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
124.服务器505可以是提供各种服务的服务器，服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如产品信息
‑‑
仅为示例)反馈给终端设备。
125.需要说明的是，本发明实施例所提供的业务数据处理的方法一般由服务器505执行，相应地，业务数据处理的装置一般设置于服务器505中。
126.应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
127.下面参考图6，其示出了适于用来实现本发明实施例的计算机系统600的结构示意图。图6示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
128.如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有系统600操作所需的各种程序和数据。cpu 601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
129.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出
的计算机程序根据需要被安装入存储部分608。
130.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统中限定的上述功能。
131.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
132.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
133.描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、获取单元、处理单元和生成单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“请求接收功能的单元”。
134.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的业务数据处理的方法。
135.作为另一方面，本发明还提供了一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的业务数据处理的方法。
136.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种业务数据处理的方法，其特征在于，包括：接收用户端发送的业务处理请求，获取所述业务处理请求对应业务数据的来源标签；响应于所述来源标签为第一系统，获取所述业务数据的归档状态；响应于所述归档状态为第一状态，查询所述第一系统中与所述业务处理请求关联的第一模块，以调用所述第一模块处理所述业务处理请求，得出处理结果；响应于所述归档状态为第二状态，查询所述第二系统中与所述业务处理请求关联的第二模块，以调用所述第二模块处理所述业务处理请求，得出处理结果；基于所述处理结果生成结果显示页面，并将所述结果显示页面发送至所述用户端。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于归档指令，查询所述第一系统中待升级模块，以获取所述待升级模块关联的待归档业务数据；将所述待归档业务数据迁移至所述第二系统，将所述待归档数据的来源标签确定为所述第一系统，将所述待归档数据的归档状态确定为所述第一状态。3.根据权利要求2所述的方法，其特征在于，在将所述待归档业务数据迁移至所述第二系统之后，所述方法还包括：查询所述第一系统中待升级模块的升级状态；响应于所述升级状态为已完成，获取所述待升级模块对应的业务数据，以将所述待升级模块对应的业务数据的归档状态更新为所述第二状态。4.根据权利要求2所述的方法，其特征在于，查询所述第一系统中待升级模块，包括：获取所述归档指令中的数据类型，所述数据类型包括流程台账数据和流转意见记录；查询所述数据类型关联的归档模型，以调用所述归档模型，查询所述第一系统中待升级模块。5.根据权利要求1所述的方法，其特征在于，调用所述第二模块处理所述业务处理请求，包括：响应于第三方系统的调用指令，调用所述第一系统中与所述第三方系统是对应接口；响应于所述第一系统接收所述第三方系统的响应信息，将所述响应信息透传至所述第二系统。6.根据权利要求1所述的方法，其特征在于，获取所述业务处理请求对应业务数据的来源标签，包括：查询所述用户端对应的登录信息，以基于所述登录信息校验所述用户端的权限；响应于所述权限校验的结果为通过，获取所述业务处理请求对应业务数据的来源标签。7.根据权利要求1所述的方法，其特征在于，基于所述处理结果生成结果显示页面，包括：获取所述用户端的版本标识，以查询所述版本标识对应的显示模板，基于所述显示模板和所述处理结果生成结果显示页面。8.一种业务数据处理的装置，其特征在于，包括：接收单元，用于接收用户端发送的业务处理请求，获取所述业务处理请求对应业务数据的来源标签；
获取单元，用于响应于所述来源标签为第一系统，获取所述业务数据的归档状态；处理单元，用于响应于所述归档状态为第一状态，查询所述第一系统中与所述业务处理请求关联的第一模块，以调用所述第一模块处理所述业务处理请求，得出处理结果；响应于所述归档状态为第二状态，查询所述第二系统中与所述业务处理请求关联的第二模块，以调用所述第二模块处理所述业务处理请求，得出处理结果；生成单元，用于基于所述处理结果生成结果显示页面，并将所述结果显示页面发送至所述用户端。9.根据权利要求8所述的装置，其特征在于，所述获取单元，还用于响应于归档指令，查询所述第一系统中待升级模块，以获取所述带升级模块关联的待归档业务数据；所述装置还包括：确定单元，用于将所述待归档业务数据迁移至所述第二系统，将所述待归档数据的来源标签确定为所述第一系统，将所述待归档数据的归档状态确定为所述第一状态。10.根据权利要求9所述的装置，其特征在于，所述装置还包括：查询单元，用于查询所述第一系统中待升级模块的升级状态；更新单元，用于响应于所述升级状态为已完成，获取所述待升级模块对应的业务数据，以将所述待升级模块对应的业务数据的归档状态更新为所述第二状态。11.根据权利要求9所述的装置，其特征在于，所述查询单元，具体用于：获取所述归档指令中的数据类型，所述数据类型包括台账数据和流转意见记录；查询所述数据类型关联的归档模型，以调用所述归档模型，查询所述第一系统中待升级模块。12.根据权利要求8所述的装置，其特征在于，所述处理单元，具体用于：响应于第三方系统的调用指令，调用所述第一系统中与所述第三方系统是对应接口；响应于所述第一系统接收所述第三方系统的响应信息，将所述响应信息透传至所述第二系统。13.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。15.一种计算机程序产品，包括计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。

技术总结
本发明公开了业务数据处理的方法、装置、电子设备和存储介质，涉及计算机技术领域。该方法的一具体实施方式包括：接收用户端发送的业务处理请求，获取对应业务数据的来源标签；响应于来源标签为第一系统，获取业务数据的归档状态；响应于归档状态为第一状态，查询第一系统中与业务处理请求关联的第一模块，以调用第一模块处理业务处理请求，得出处理结果；响应于归档状态为第二状态，查询第二系统中与业务处理请求关联的第二模块，以调用第二模块处理业务处理请求；基于处理结果生成结果显示页面。该实施方式能够解决在系统升级过程中对业务数据通过临时节点进行处理，使升级过程的操作复杂，导致业务数据的丢失和系统升级失败的问题。问题。问题。


技术研发人员：刘亚 杨帆 向晖 潘春晓 赵静 周新科
受保护的技术使用者：建信金融科技有限责任公司
技术研发日：2023.06.28
技术公布日：2023/9/14