技术领域
[0001] 本
申请涉及计算机技术领域，尤其涉及一种业务处理方法及装置。
背景技术
[0002] 随着信息技术的发展，
服务器(如：
网站服务器)面向用户所提供的业务服务的种类越来越丰富，不同种类的业务服务通常由相应的业务系统支持。
[0003] 目前，服务器中的业务服务的种类逐渐多样化，原有的业务系统(以下称为：第一业务系统)由于自身架构的影响，并不兼容新增的业务，而且，随着业务
访问量不断增加，以及业务数据的存储量的与日俱增，第一业务系统存在性能
瓶颈，其对业务的处理效率可能越来越不满足实际的业务需求。所以，服务器会根据实际应用的需要使用能够满足实际业务需求的业务系统(以下称为：第二业务系统)，取代原有的第一业务系统。
[0004]
现有技术中，通常第二业务系统的系统架构、存储机制等与第一业务系统并不相同，相应地，第二业务系统中的第二业务数据与第一业务系统中的第一业务数据的数据格式也不相同，故使用第二业务系统取代第一业务系统的过程中，就需要将原有的第一业务系统所使用的第一业务数据，转换成适于第二业务系统的第二业务数据。
[0005] 具体而言，服务器内部的业务系统进行更换时，通常采用如下两种方式：
[0006] 一种方式为：将需要进行数据转换的第一业务系统关停，并在此
基础上，按照第二业务系统要求，将第一业务数据转换为适于第二业务系统的第二业务数据。
[0007] 另一种方式为：不关停第一业务系统，使得第一业务系统正常运行，那么，第一业务将正常地实时接收业务
请求进行处理，并生成第一业务数据，于此同时，还会按照第二业务系统的要求，将第一业务系统中的所有第一业务数据实时转换生成第二业务数据，直到所有已存储的第一业务数据都转换生成了第二业务数据，此时，服务器会将第一业务数据和转换生成的第二业务数据进行数据合并，之后，将合并后的业务数据迁移至第二业务系统中，以使得第二业务系统上线运行，取代第一业务系统。
[0008] 但是，就上述两种方式而言，均存在一定的
缺陷：
[0009] 对于第一种方式而言，将业务系统关停，必然导致相应的业务服务停止运行，尤其面对大量业务需求的情况下，这种方式将严重影响用户正常使用业务服务。
[0010] 对于第二种情况而言，经转换所生成的第二业务数据在第二业务系统上线之前是无法使用的，需要额外占用服务器内部的存储空间，并且，针对所有已存储的第一业务数据的实时转换，需要耗费大量的处理资源，无疑增加了服务器的工作负荷。
发明内容
[0011] 本申请
实施例提供一种业务处理方法，用以解决现有技术中在更换业务系统时对业务数据进行处理存在缺陷的问题。
[0012] 本申请实施例提供一种业务处理装置，用以解决现有技术中在更换业务系统时对业务数据进行处理存在缺陷的问题。
[0013] 本申请实施例采用下述技术方案：
[0014] 本申请实施例提供的一种业务处理方法，包括：
[0015] 运行第一业务系统及第二业务系统；
[0016] 将接收到的业务请求分配给所述第一业务系统及第二业务系统进行处理，使得所述第二业务系统根据所述业务请求，从第一业务系统中获取与该业务请求相对应的第一业务数据，并转换为第二业务数据；
[0017] 监测所述第二业务系统对应的第二业务数据；
[0018] 当监测到所述第二业务系统将所述第一业务系统所对应的全部第一业务数据转换为第二业务数据后，停止为所述第一业务系统分配业务请求。
[0019] 本申请实施例另提供的一种业务处理方法，其中，第一业务系统以及第二业务系统在服务器中运行，所述方法包括：
[0020] 第二业务系统接收服务器分配的业务请求；
[0021] 确定处理所述业务请求所需的第二业务数据；
[0022] 在所述第二业务系统所对应的
数据库中查找所述第二业务数据；
[0023] 若未查找到所述第二业务数据，则从第一业务系统中获取与所述第二业务数据对应的第一业务数据；
[0024] 将获取到的所述第一业务数据转换为第二业务数据；
[0025] 根据所述第二业务
数据处理所述业务请求。
[0026] 本申请实施例另提供的一种业务处理方法，其中，第一业务系统以及第二业务系统同时在服务器中运行，所述方法包括：
[0027] 第一业务系统接收服务器分配的业务请求；
[0028] 确定处理所述业务请求所需的第一业务数据对所述业务请求进行处理，并向所述第二业务系统提供所有第一业务数据，以使得当所述第二业务系统未查找到处理业务请求所需的第二业务数据时，获取与该第二业务数据对应的第一业务数据进行转换，得到第二业务数据，根据转换得到的所述第二业务数据处理该第二业务系统的业务请求。
[0029] 本申请实施例提供的一种业务处理装置，包括：
[0030] 运行模
块，指示第一业务系统及第二业务系统运行；
[0031] 分配模块，将接收到的业务请求分配给所述第一业务系统及第二业务系统进行处理，使得所述第二业务根据所述业务请求，从第一业务系统中获取与该业务请求相对应的第一业务数据，并转换为第二业务数据；
[0032] 监测模块，监测所述第二业务系统对应的第二业务数据；
[0033] 管理模块，当监测到所述第二业务系统将所述第一业务系统所对应的全部第一业务数据转换为第二业务数据后，停止为所述第一业务系统分配业务请求。
[0034] 本申请实施例另提供的一种业务处理装置，其中，第一业务系统以及第二业务系统在服务器中运行，所述装置包括：
[0035] 接收模块，接收服务器分配的业务请求；
[0036] 确定模块，确定处理所述业务请求所需的第二业务数据；
[0037] 查找模块，在所述第二业务系统所对应的数据库中查找所述第二业务数据；
[0038] 获取模块，若未查找到所述第二业务数据，则从第一业务系统中获取与所述第二业务数据对应的第一业务数据；
[0039] 转换模块，将获取到的所述第一业务数据转换为第二业务数据；
[0040] 处理模块，根据所述第二业务数据处理所述业务请求。
[0041] 本申请实施例另提供的一种业务处理装置，其中，第一业务系统以及第二业务系统在服务器中运行，所述装置包括：
[0042] 接收模块，接收服务器分配的业务请求；
[0043] 处理模块，确定处理所述业务请求所需的第一业务数据对所述业务请求进行处理，并向所述第二业务系统提供所有第一业务数据，以使得当所述第二业务系统未查找到处理业务请求所需的第二业务数据时，获取与该第二业务数据对应的第一业务数据进行转换，得到第二业务数据，根据转换得到的所述第二业务数据处理该第二业务系统的业务请求。
[0044] 本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
[0045] 当运行在服务器中的第一业务系统需要替换时，服务器会同时运行第一业务系统，以及用于取代该第一业务系统的第二业务系统，当服务器接收到业务请求后，会分别将接收到的业务请求分配给新、第一业务系统进行处理，在处理业务请求的过程中，若第二业务系统中并存在处理业务请求所需的业务数据时，则第二业务系统会从第一业务系统中获取相应的第一业务数据，并转换成第二业务数据，以便处理业务请求，可见，这样的方式保证了业务服务能够正常使用，同时，第二业务系统不断地从第一业务系统中获取并转换生成第二业务数据，这些第二业务数据将在第二业务系统处理业务请求时所使用，也就不会出现第二业务数据在第二业务系统未运行前无法使用的现象，而且，上述转换第二业务数据的过程并非是实时进行的，而是在第二业务系统在处理业务请求时需要第一业务数据时，才会进行转换，这样的方式将不会额外增加服务器的工作负荷。直到第二业务系统将所述第一业务系统所对应的全部第一业务数据转换为第二业务数据后，服务器才会停止运行第一业务系统，并使得第二业务系统取代第一业务系统。
附图说明
[0046] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0047] 图1为本申请实施例提供的基于服务器全局的业务处理过程示意图；
[0048] 图2为本申请实施例提供的基于第二业务系统的业务处理过程示意图；
[0049] 图3为本申请实施例提供的基于第一业务系统的业务处理过程示意图；
[0050] 图4为本申请实施例提供的服务器中的架构的示意图；
[0051] 图5为本申请实施例提供的基于服务器全局的业务处理装置结构示意图；
[0052] 图6为本申请实施例提供的基于第二业务系统的业务处理装置结构示意图；
[0053] 图7为本申请实施例提供的基于第一业务系统的业务处理装置结构示意图。
具体实施方式
[0054] 为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0055] 如前所述，服务器中所运行的第一业务系统在更换为第二业务系统的过程中，服务器会将旧业务系统关停，以便将第一业务系统中的第一业务数据转换成第二业务系统所需的第二业务数据；或者，服务器会保持第一业务系统的正常运行，同时的按照第二业务系统的要求将第一业务数据实时转换成第二业务数据，直到针对所有的第一业务数据均转换生成第二业务数据，此时，服务器将第一业务系统停止运行，并将第二业务数据迁移至第二业务系统中，使得第二业务系统上线运行。
[0056] 然而上述两种方式均存在缺陷，一种方式使得业务服务不能正常使用，而另一种方式增加了服务器内部额外的存储空间以及大量占用处理资源。
[0057] 显然，这就需要一种能够保证业务服务正常使用、且对服务器内部的额外存储空间占用较少、额外处理资源占用较少的处理方式。故在本申请实施例中，提供一种业务处理方法，如图1所示，以实现第一、第二业务系统的逐渐过渡。
[0058] 这里需要说明的是，本申请实施例中所述的第一、第二业务系统，可以认为是运行在服务器中的虚拟系统，用于提供相应的业务服务。
[0059] 以下结合附图，详细说明本申请各实施例提供的技术方案。
[0060] 如图1所示，示出了本申请实施中的业务处理过程，该过程具体包括以下步骤：
[0061] S101：运行第一业务系统及第二业务系统。
[0062] 正如前述，第一业务系统可以认为是原有的业务系统，而第二业务系统用于取代该第一业务系统。
[0063] 在实际应用中，第一业务系统和第二业务系统作为一种虚拟系统，可运行在服务器中。其中，服务器具体可以是网站后台的服务器，该服务器内部运行不同的业务系统，以便面向用户提供多样化的业务服务。
[0064] 基于此，服务器将会同时运行第一业务系统和第二业务系统，显然，这样的方式相较于现有技术而言，服务器并不会关停第一业务系统，并且，由于第二业务系统上线运行，故不会额外占用服务器中的存储空间。
[0065] S102：将接收到的业务请求分配给所述第二业务系统及第一业务系统进行处理。使得所述第二业务系统根据所述业务请求，从第一业务系统中获取与该业务请求相对应的第一业务数据，并转换为第二业务数据。
[0066] 其中，第一业务数据可以存储在第一业务系统对应的数据库中，相似地，第二业务数据存储在第二业务系统对应的数据库中。这里不作为对本申请的限定。
[0067] 在不关停业务系统的基础上，服务器将正常提供业务服务，这样一来，服务器会实时接收到业务请求，考虑到本申请实施例中，第一、第二业务系统均上线运行，故服务器会将接收到的业务请求分别分配给第一、第二业务系统，以便于各业务系统各自处理分配到的业务请求。
[0068] 这里需要说明的是，第二业务系统所对应的第二业务数据的数量较少，那么，第二业务系统就可能缺少处理某些业务请求所需的业务数据，而对于第一业务系统而言，其中存储了大量的业务数据，故在本申请示例中，第二业务系统可从第一业务系统中获取所需的业务数据，当然，第一业务系统中所存储的业务数据属于第一业务数据，其数据格式、存储方式等可能不符合第二业务系统，故第二业务系统从第一业务系统中获取到了相应的第一业务数据后，将对获取到的第一业务数据进行转换，生成适应于第二业务系统的第二业务数据。
[0069] 例如：假设第一业务数据中包含日期数据，而第一、二业务系统中对日期数据的存储方式不同，那么，第二业务系统就会将获取到的日期数据转换为符合自身格式的日期数据。当然，该示例只是为了说明第一、第二业务数据之间存在差异，并不构成对本申请的限定。
[0070] 随着第二业务系统不断地处理业务请求，会不断地获取第一业务系统对应的第一业务数据，并转换成第二业务数据，显然，这样的方式将使得第二业务系统中的第二业务数据的数量不断的累积增加。第二业务系统从第一业务系统中获取并转换生成的第二业务数据，可由第二业务系统使用，也就是说，本申请实施例中的方式，并不会出现第二业务数据不可用、需要额外占用服务器的存储空间的情况。
[0071] S103：监测所述第二业务系统对应的第二业务数据。
[0072] 在实际应用场景下，第二业务系统从第一业务系统中持续地获取第一业务数据并转换成第二业务数据，可以理解，在经过足够长的时间后，第二业务系统会将第一业务系统的全部第一业务数据均转换成第二业务数据，此时，第二业务系统便可不再依赖于第一业务系统。所以，对于本步骤而言，监测第二业务数据，就是监测第二业务数据是否已对应于全部的第一业务数据。
[0073] S104：当监测到所述第二业务系统将所述第一业务系统所对应的全部第一业务数据转换为第二业务数据后，停止为所述第一业务系统分配业务请求。
[0074] 正如前述，第二业务系统将全部第一业务数据转换成第二业务数据时，第二业务系统便可以取代第一业务系统，也即，此时服务器将停止运行第一业务系统，停止为第一业务系统分配业务请求。至此，第二业务系统就完成了逐步取代第一业务系统的过程。
[0075] 通过上述步骤，当运行在服务器中的第一业务系统需要替换时，服务器会同时运行第一业务系统，以及用于取代该第一业务系统的第二业务系统，当服务器接收到业务请求后，会分别将接收到的业务请求分配给新、第一业务系统进行处理，在处理业务请求的过程中，若第二业务系统中并存在处理业务请求所需的业务数据时，则第二业务系统会从第一业务系统中获取相应的第一业务数据，并转换成第二业务数据，以便处理业务请求，可见，这样的方式保证了业务服务能够正常使用，同时，第二业务系统不断地从第一业务系统中获取并转换生成第二业务数据，这些第二业务数据将在第二业务系统处理业务请求时所使用，也就不会出现第二业务数据在第二业务系统未运行前无法使用的现象，而且，上述转换第二业务数据的过程并非是实时进行的，而是在第二业务系统在处理业务请求时需要第一业务数据时，才会进行转换，这样的方式将不会额外增加服务器的工作负荷。直到第二业务系统将所述第一业务系统所对应的全部第一业务数据转换为第二业务数据后，服务器才会停止运行第一业务系统，并使得第二业务系统取代第一业务系统。
[0076] 需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，具体而言，执行主体可以是第二终端。
[0077] 在实际应用中，在第二业务系统上线运行的初期，其中的第二业务数据的数量较少，显然，此时第二业务系统并不适合处理大量的业务请求；随着第二业务系统中的第二业务数据的数量逐渐增加，第二业务系统就可以逐渐处理更多的业务请求。基于此，在本申请实施例中，将根据第二业务系统中第二业务数据的数量为第二业务系统分配业务请求，具体而言，分别为所述第二业务系统及第一业务系统分配业务请求，具体包括：分别监测第二业务系统及第一业务系统中的业务数据的数量信息，根据监测到的所述数量信息，分别为所述第二业务系统及所述第一业务系统分配业务请求。
[0078] 这里需要说明的是，当第二业务系统初次运行时，第二业务系统中可能并不具有第二业务数据(可以认为，此时第二业务数据的数量为零)，在这样的情况下，服务器在为第一、第二业务系统分配业务请求时，就可根据预先设定的分配比例进行业务请求的分配，具体而言，根据监测到的所述数量信息，分别为所述第二业务系统及所述第一业务系统分配业务请求，具体包括：当监测到所述第二业务系统中不存在业务数据时，根据预先设定的分配比例为所述第二业务系统及所述第一业务系统分配业务请求。
[0079] 例如：假设预定的分配比例为1:99，即，如果服务器共接收到100条业务请求，那么，就会将其中的99条业务请求分配给第一业务系统，而将剩余的1条业务请求分配给第二业务系统。
[0080] 第二业务系统对业务请求进行处理后，便会积累第二业务数据，那么，作为本申请实施例中的一种方式，可确定出第二业务数量与第一业务数据之间的比例，从而以此为第一、第二业务系统分配业务请求，具体而言，根据监测到的所述数量信息，分别为所述第二业务系统及所述第一业务系统分配业务请求，具体包括：确定所述第二业务数据的数量与第一业务数据的数量的比例，根据所述比例，为所述第二业务系统及所述第一业务系统分配业务请求。其中，所述比例越大，则为所述第二业务系统分配的业务请求的数量越多。
[0081] 例如：假设第二业务系统中的第二业务数据的数量，与第一业务系统中第一业务数据的数量的比例为1:9，那么，服务器就可以按照该比例为新、第一业务系统分配业务请求，即，分配给第二业务系统的业务请求的数量为：总业务请求数量的1/10，分配给第一业务系统的业务请求的数量为：总业务请求数量的9/10。
[0082] 随着第二业务系统中第二业务数据不断累积，其数量会逐渐增大，假设第二业务系统中的第二业务数据的数量，与第一业务系统中第一业务数据的数量的比例为3:7，那么，服务器分配给第二业务系统的业务请求的数量就可以变为：总业务请求数量的3/10，相应地，分配给第一业务系统的业务请求的数量就可以变为：总业务请求数量的7/10。
[0083] 上述示例示出了按照新、第一业务数据的比例，调整业务请求分配的方式，在实际应用中，除了新、第一业务数据的比例这一因素之外，还可以根据新、第一业务系统的工作负荷、处理效率等因素调整业务请求的分配，这里并不构成对本申请的限定。
[0084] 此外，第二业务系统将第一业务数据转换成第二业务数据后，如果转换得到的第二业务数据不准确，那么，将导致对业务请求进行处理后所生成的业务结果不准确，显然，这样严重影响业务服务的正常使用。
[0085] 所以，为了避免出现因为第二业务数据的不准确而导致业务结果出错的现象，就需要对第二业务系统进行校验。具体而言，在停止为所述第一业务系统分配业务请求之前，所述方法还包括：当监测到所述第二业务系统中的第二业务数据的数量超过设定
阈值时，对所述第二业务系统进行校验。
[0086] 作为本申请实施例中的一种方式，设定阈值可以是具体的数值，也可以是范围值，举例来说，在某些应用场景下，设定阈值可以是：第二业务数据的数量与第一业务数据的数量比例为：10％、50％、80％。也就是说，当第二业务数据的数量与第一业务数据的数量的比例达到10％时，服务器就会对第二业务系统进行校验，相类似，当第二业务数据的数量与第一业务数据的数量的比例达到50％和80％时，服务器会分别对第二业务系统进行校验。
[0087] 在本申请实施例中，对第二业务系统进行校验，就是校验由第二业务系统所处理的业务请求的业务结果是否与第一业务系统处理的业务请求的业务结果一致。具体而言，对所述第二业务系统进行校验，具体包括：
[0088] 在接收到的请求中，选择设定数量的业务请求，将选择的所述业务请求分别分配给所述第二业务系统及第一业务系统，以使得所述第二业务系统与第一业务系统对所述业务请求进行处理，将所述第二业务系统的业务结果作为待校验业务结果，并将所述第一业务系统的业务结果作为标定业务结果，比对所述待校验业务结果与所述标定业务结果。
[0089] 在实际应用中，由服务器所选择的设定数量的业务请求，可以是按照设定数量，随机选择业务请求，如：在服务器某时刻所接收到的100个业务请求中，随机选择20个业务请求，作为校验过程所使用的业务请求，分配给新、第一业务系统。除此之外，还可以是针对不同类别的业务请求，分别从每一类业务请求中选择出设定数量的业务请求，如：服务器接收到50个账单查询请求，以及30个支付请求，那么，可以选择10个账单查询请求，并选择5个支付请求，分别作为校验过程所使用的业务请求，分配给第一、第二业务系统。上述两种选择业务请求的方式并不构成对本申请的限定。
[0090] 第一、第二业务系统将对服务器所选择的业务请求进行处理，各自生成相应的业务结果，那么，在进行比对后，如果待校验业务结果与所述标定业务结果一致，则可以认为，第二业务系统所转换的第二业务数据是正确的，反之，则可以认为，第二业务系统所转换的第二业务数据出现了错误，后续可以进行诸如排查、修正等操作，这里不作具体限定。
[0091] 对于运行在服务器中的第二业务系统而言，本申请实施例中提供一种业务处理方法，如图2所示。具体而言，第一业务系统以及第二业务系统在服务器中运行，该方法具体包括如下步骤：
[0092] S201：第二业务系统接收服务器分配的业务请求。
[0093] S202：确定处理所述业务请求所需的第二业务数据。
[0094] S203：在所述第二业务系统所对应的数据库中查找所述第二业务数据。
[0095] S204：若未查找到所述第二业务数据，则从第一业务系统中获取与所述第二业务数据对应的第一业务数据。
[0096] S205：将获取到的所述第一业务数据转换为第二业务数据。
[0097] S206：根据所述第二业务数据处理所述业务请求。
[0098] 通过上述步骤，第二业务系统在正常运行的同时，还可以采用“懒加载”的方式从第一业务系统中获取处理业务请求所需的业务数据，换言之，第二业务系统并不会实时地从第一业务系统中获取第一业务数据进行转换，而是只有在处理业务请求的过程中，该第二业务系统自身对应的数据库内并不存在处理该业务请求所需的第二业务数据时，才会从第一业务系统中获取相应的第一业务数据，并转换生成第二业务数据。显然，这样的方式既不会额外占用服务器内的存储空间，也不会额外增加服务器的工作负荷。
[0099] 对于第二业务系统而言，从第一业务系统中获取与所述第二业务数据对应的第一业务数据，具体包括：确定所述第二业务数据对应的数据标识，根据所述数据标识，在所述第一业务系统中查找具有所述数据标识的第一业务数据，获取该第一业务数据。
[0100] 作为本申请实施例中的一种方式，可以认为，第一、第二业务系统中所存储的业务数据均具有相应的数据标识，换言之，虽然第一、第二业务数据由于系统架构、存储机制的不同而存在差异，但对于每一类别的业务数据而言，在第一、第二业务系统中具有相同或相关联的数据标识，从而，第二业务系统就可以根据数据标识从第一业务系统中获取所需的第一业务数据，进行转换。
[0101] 具体而言，将获取到的所述第一业务数据转换为第二业务数据，具体包括：按照设定的数据格式，将获取到的所述第一业务数据的数据格式进行转换，得到第二业务数据。
[0102] 具体来说，以日期数据为例：假设，第一业务系统中的日期数据的格式均为“XX日XX月XXXX年”，而第二业务系统中所要求的日期数据的格式为“YY-MM-DD(该日期格式表示：年-月-日)”，从而，第二业务系统就会将从第一业务系统中获取到的日期数据按照“YY-MM-DD”的格式进行转换。
[0103] 上述示例是对业务数据的字符格式的转换，在本申请中的额外实施例中，对数据格式的转换还可以包括对业务数据的键-值存储格式的转换。
[0104] 例如：假设，第一、第二业务系统均提供网络购物账单查询业务，并假设，相较于第一业务系统而言，第二业务系统的系统架构中增加了
银行账单业务
接口(该接口用于获得银行卡账单数据)，那么，第二业务系统所对应的账单数据(即，第二业务数据)中，就包含有银行卡账单数据和原有的非银行卡账单数据。在该示例中，第二业务系统获取了第一业务系统原有的账单数据(即，第一业务数据)后，会将原有的账单数据转换成银行卡账单数据和非银行卡账单数据。
[0105] 当然，上述示例并不构成对本申请的限定。
[0106] 此外，对于如图2所示的方法而言，该方法还包括：根据所述数据标识，向所述第一业务系统发送更新通知请求，以使得所述第一业务系统中与所述数据标识相对应的第一业务数据更新时，根据所述数据标识生成数据更新通知，发送给所述第二业务系统，接收所述数据更新通知，根据所述数据更新通知，从所述第一业务系统中获取与所述数据标识对应的、更新后的第一业务数据。
[0107] 具体来说，第二业务系统从第一业务系统中获取了相应的第一业务数据后，由于第一业务系统仍正常运行，那么，第一业务系统在处理业务请求的过程中，第一业务数据(这里的第一业务数据是指第二业务系统已经获取后的第一业务数据)可能会发生变动(如：增、删、改等操作造成的第一业务数据的变动)，所以，根据上述内容，一旦第一业务数据发生了变动，那么，第一业务系统就会向第二业务系统发送更新通知。
[0108] 随着第二业务系统所对应的第二业务数据的数量不断增加，最终便可以逐步取代第一业务系统，从而，服务器会将第一业务系统下线(即，停止运行)。
[0109] 对于运行在服务器中的第二业务系统而言，本申请实施例中提供一种业务处理方法，如图3所示。具体而言，第一业务系统以及第二业务系统在服务器中运行，该方法具体包括如下步骤：
[0110] S301：第一业务系统接收服务器分配的业务请求；
[0111] S302：确定处理所述业务请求所需的第一业务数据对所述业务请求进行处理，并向所述第二业务系统提供所有第一业务数据。
[0112] 本步骤将使得当所述第二业务系统未查找到处理业务请求所需的第二业务数据时，获取与该第二业务数据对应的第一业务数据进行转换，得到第二业务数据，根据转换得到的所述第二业务数据处理该第二业务系统的业务请求。
[0113] 第二业务系统获取第一业务数据的方式如前述内容所描述，这里不再具体赘述。
[0114] 此外，如图3所示的方法还包括：在所述第二业务系统获取到第一业务数据后，接收该第二业务系统发送的更新通知请求，其中，所述更新通知请求中包含已获取到的所述第一业务数据的数据标识；当所述第一业务数据更新后，根据所述数据标识，生成更新通知发送给所述第二业务系统，以使得所述第二业务系统根据所述更新通知，获取更新后的第一业务数据。
[0115] 相类似地，第一业务系统通知第二业务系统进行数据更新的方式，也如前述内容所说明，这里不再具体赘述。
[0116] 结合上述如图1～3的方法，在本申请实施例中，服务器、第一业务系统以及第二业务系统之间的架构如图4所示。在图4中，第一业务系统所对应的第一业务数据存储在数据库A中，相应地，第二业务系统所对应的第二业务数据存储在数据库B中。第一、第二业务系统同时上线运行，分别处理各自的业务请求，在该过程中，第二业务系统所对应的数据库B内没有处理业务请求所需的第二业务数据时，第二业务系统将采用懒加载的方式从第一业务系统的数据库A中获取相应的第一业务数据，并转换生成第二业务数据存储于数据库B中，并依据转换生成的第二业务数据处理业务请求。随着数据库B中的第二业务数据的数量不断增加，第二业务系统便逐渐地将第一业务系统取代，直到数据库B中的第二业务数据已经对应于全部的第一业务数据时，服务器便会将第一业务系统停止运行，此时，第二业务系统将完全取代第一业务系统。
[0117] 以上为本申请实施例提供的业务处理方法，基于同样的思路，本申请实施例还提供如下业务处理装置：
[0118] 如图5所示，对于服务器而言，本申请实施例所提供的一种业务处理装置，该装置包括：
[0119] 运行模块501，指示第一业务系统及第二业务系统运行。
[0120] 分配模块502，将接收到的业务请求分配给所述第一业务系统及第二业务系统进行处理，使得所述第二业务系统根据所述业务请求，从第一业务系统中获取与该业务请求对应的第一业务数据，并转换为第二业务数据。
[0121] 监测模块503，监测所述第二业务系统对应的第二业务数据。
[0122] 管理模块504，当监测到所述第二业务系统将所述第一业务系统所对应的全部第一业务数据转换为第二业务数据后，停止为所述第一业务系统分配业务请求。
[0123] 所述分配模块502，分别监测第一业务系统及第二业务系统中的业务数据的数量信息，根据监测到的所述数量信息，分别为所述第一业务系统及所述第二业务系统分配业务请求。
[0124] 所述分配模块502，确定所述第一业务数据的数量与第二业务数据的数量的比例，根据所述比例，为所述第一业务系统及所述第二业务系统分配业务请求；
[0125] 其中，所述比例越大，则为所述第二业务系统分配的业务请求的数量越多。
[0126] 所述装置还包括：校验模块505，当所述监测模块503监测到所述第二业务系统中的第二业务数据的数量超过设定阈值时，所述校验模块505对所述第二业务系统进行校验。
[0127] 所述校验模块505，在接收到的请求中，选择设定数量的业务请求，将选择的所述业务请求分别分配给所述第一业务系统及第二业务系统，以使得所述第一业务系统与第二业务系统对所述业务请求进行处理，将所述第二业务系统的业务结果作为待校验业务结果，并将所述第一业务系统的业务结果作为标定业务结果，比对所述待校验业务结果与所述标定业务结果。
[0128] 如图6所示，对于运行在服务器中的第二业务系统而言，本申请实施例所提供的一种业务处理装置，具体而言，第一业务系统以及第二业务系统在服务器中运行，该装置包括：
[0129] 接收模块601，接收服务器分配的业务请求；
[0130] 确定模块602，确定处理所述业务请求所需的第二业务数据；
[0131] 查找模块603，在所述第二业务系统所对应的数据库中查找所述第二业务数据；
[0132] 获取模块604，若未查找到所述第二业务数据，则从第一业务系统中获取与所述第二业务数据对应的第一业务数据；
[0133] 转换模块605，将获取到的所述第一业务数据转换为第二业务数据；
[0134] 处理模块606，根据所述第二业务数据处理所述业务请求。
[0135] 所述获取模块604，确定所述第二业务数据对应的数据标识，根据所述数据标识，在所述第一业务系统中查找具有所述数据标识的第一业务数据，获取该第一业务数据。
[0136] 所述装置还包括：更新模块607，根据所述数据标识，向所述第一业务系统发送更新通知请求，以使得所述第一业务系统中与所述数据标识相对应的第一业务数据更新时，根据所述数据标识生成数据更新通知，发送给所述第二业务系统，接收所述数据更新通知，根据所述数据更新通知，从所述第一业务系统中获取与所述数据标识对应的、更新后的第一业务数据。
[0137] 如图7所示，对于运行在服务器中的第一业务系统而言，本申请实施例所提供的一种业务处理装置，具体而言，第一业务系统以及第二业务系统在服务器中运行，该装置包括：
[0138] 接收模块701，接收服务器分配的业务请求；
[0139] 处理模块702，确定处理所述业务请求所需的第一业务数据对所述业务请求进行处理，并向所述第二业务系统提供所有第一业务数据，以使得当所述第二业务系统未查找到处理业务请求所需的第二业务数据时，获取与该第二业务数据对应的第一业务数据进行转换，得到第二业务数据，根据转换得到的所述第二业务数据处理该第二业务系统的业务请求。
[0140] 所述装置还包括：更新模块703，在所述第二业务系统获取到第一业务数据后，接收该第二业务系统发送的更新通知请求，其中，所述更新通知请求中包含已获取到的所述第一业务数据的数据标识；当所述第一业务数据更新后，根据所述数据标识，生成更新通知发送给所述第二业务系统，以使得所述第二业务系统根据所述更新通知，获取更新后的第一业务数据。
[0141] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或
计算机程序产品。因此，本发明可采用完全
硬件实施例、完全
软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘
存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0142] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的
流程图和/或方
框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中
指定的功能的装置。
[0143] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0144] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0145] 在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0146] 内存可能包括计算机可读介质中的非永久性存储器，
随机存取存储器(RAM)和/或非易失性内存等形式，如
只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
[0147] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于
相变内存(PRAM)、静态随机存取存储器(SRAM)、
动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、
电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他
磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据
信号和载波。
[0148] 还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0149] 本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0150] 以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何
修改、等同替换、改进等，均应包含在本申请的
权利要求范围之内。
