CN105306508A - 一种业务处理方法和设备 - Google Patents

Abstract

本申请公开了一种业务处理方法和设备，该方法包括：业务平台获得多个核心平台均需要使用的基础数据；业务平台分别向多个核心平台发送业务处理消息，业务处理消息中携带所述基础数据，并用于指示核心平台执行相应的子业务；核心平台在收到所述业务处理消息后，利用所述基础数据执行相应的子业务。本申请实施例中，业务平台从数据平台获得多个核心平台均需要使用的基础数据，并通过业务处理消息将基础数据通知给核心平台，使核心平台在执行相应的子业务时，能够直接基于业务处理消息中携带的基础数据执行相应的子业务，避免浪费核心平台的处理资源以及数据平台的处理资源，提高核心平台整体的处理性能，降低系统整体的性能开销。

Description

一种业务处理方法和设备

技术领域

本申请涉及互联网技术领域，尤其是涉及一种业务处理方法和设备。

背景技术

在大型互联网应用系统中，一些业务处理不再由业务平台单独完成，而是由业务平台和多个核心平台协调完成业务处理。如图1所示，由业务平台、核心平台1、核心平台2和核心平台3共同完成业务处理。例如，针对某个业务，可以将该业务划分为子业务1、子业务2和子业务3。当业务平台需要执行该业务时，业务平台通知核心平台1执行子业务1，由核心平台1执行子业务1。在子业务1执行完成后，业务平台通知核心平台2执行子业务2，由核心平台2执行子业务2。在子业务2执行完成后，业务平台通知核心平台3执行子业务3，由核心平台3执行子业务3。在子业务3执行完成后，则说明业务处理完成。

在具体应用中，假设核心平台1在执行子业务1时需要使用基础数据1和基础数据2，核心平台2在执行子业务2时需要使用基础数据1和基础数据2，核心平台3在执行子业务3时需要使用基础数据1和基础数据2，则相应的处理过程包括：核心平台1在执行子业务1时，向数据平台请求基础数据1和基础数据2，由数据平台从数据库中查询到基础数据1和基础数据2，并将基础数据1和基础数据2返回给核心平台1，由核心平台1利用基础数据1和基础数据2执行子业务1。核心平台2在执行子业务2时，向数据平台请求基础数据1和基础数据2，由数据平台从数据库中查询到基础数据1和基础数据2，并将基础数据1和基础数据2返回给核心平台2，由核心平台2利用基础数据1和基础数据2执行子业务2。核心平台3在执行子业务3时，向数据平台请求基础数据1和基础数据2，由数据平台从数据库中查询到基础数据1和基础数据2，并将基础数据1和基础数据2返回给核心平台3，由核心平台3利用基础数据1和基础数据2执行子业务3。

在上述方式中，各核心平台均需要单独向数据平台请求基础数据1和基础数据2，浪费了核心平台的处理资源，影响各核心平台整体的处理性能。而且数据平台会多次从数据库中查询基础数据1和基础数据2，导致数据平台频繁查询数据库，浪费数据平台的处理资源。由于数据库中存储数据很多，因此每次查询数据库时，均需要很长时间才能够查询到基础数据1和基础数据2。

发明内容

本申请实施例提供一种业务处理方法和设备，以避免浪费核心平台的处理资源以及数据平台的处理资源，并可以提高核心平台整体的处理性能。

本申请实施例提供一种业务处理方法，该方法应用于包括业务平台和多个核心平台的网络中，在业务处理过程中，所述方法包括以下步骤：

所述业务平台获得多个核心平台均需要使用的基础数据；

所述业务平台分别向所述多个核心平台发送业务处理消息，所述业务处理消息中携带所述基础数据，并用于指示核心平台执行相应的子业务；由核心平台在收到所述业务处理消息后，利用所述基础数据执行相应的子业务。

所述业务平台获得多个核心平台均需要使用的基础数据的过程，具体包括以下步骤：所述业务平台确定预处理数据类型；

所述业务平台向数据平台发送请求消息，且所述请求消息用于请求所述预处理数据类型对应的基础数据，由所述数据平台在收到所述请求消息之后，从本地的数据库中查询所述预处理数据类型对应的基础数据；

所述业务平台接收来自所述数据平台的响应消息，且所述响应消息中携带了所述预处理数据类型对应的基础数据，并确定所述响应消息中携带的基础数据为所述多个核心平台均需要使用的基础数据。

当业务为第一类型业务时，所述预处理数据类型为通过硬编码方式配置在所述业务平台上，且通过硬编码方式配置在所述业务平台上的预处理数据类型不可以动态修改；当业务为第二类型业务时，所述预处理数据类型为通过XML方式或者数据库方式配置在所述业务平台上，且通过XML方式或者数据库方式配置在所述业务平台上的预处理数据类型可以动态修改。

本申请实施例提供一种业务处理方法，该方法应用于包括业务平台和多个核心平台的网络中，在业务处理过程中，所述方法包括以下步骤：

核心平台接收来自所述业务平台的业务处理消息；其中，所述业务处理消息中携带了所述多个核心平台均需要使用的基础数据，并且所述业务处理消息用于指示所述核心平台执行相应的子业务；

所述核心平台利用业务处理消息中携带的基础数据执行相应的子业务。

所述核心平台利用业务处理消息中携带的基础数据执行相应的子业务的过程，具体包括：所述核心平台确定执行所述子业务时需要使用的执行数据；

如果所述执行数据与所述业务处理消息中携带的基础数据相同，则所述核心平台利用所述业务处理消息中携带的基础数据执行相应的子业务。

所述方法进一步包括：如果所述执行数据与所述业务处理消息中携带的基础数据不同，所述核心平台向数据平台发送请求消息，所述请求消息用于请求所述执行数据，由数据平台在收到所述请求消息后，从本地的数据库中查询所述执行数据；所述核心平台接收来自所述数据平台的响应消息，且所述响应消息中携带了所述执行数据，并利用所述执行数据执行相应的子业务。

本申请实施例提供一种业务平台，应用于包括所述业务平台和多个核心平台的网络中，在业务处理过程中，所述业务平台具体包括：

获得模块，用于获得多个核心平台均需要使用的基础数据；

发送模块，用于分别向所述多个核心平台发送业务处理消息，所述业务处理消息中携带所述基础数据，并用于指示核心平台执行相应的子业务；由核心平台在收到所述业务处理消息后，利用所述基础数据执行相应的子业务。

所述获得模块，具体用于确定预处理数据类型；向数据平台发送请求消息，且所述请求消息用于请求所述预处理数据类型对应的基础数据，由所述数据平台在收到所述请求消息之后，从本地的数据库中查询所述预处理数据类型对应的基础数据；接收来自所述数据平台的响应消息，且所述响应消息中携带了所述预处理数据类型对应的基础数据，并确定所述响应消息中携带的基础数据为所述多个核心平台均需要使用的基础数据。

当业务为第一类型业务时，所述预处理数据类型为通过硬编码方式配置在所述业务平台上，且通过硬编码方式配置在所述业务平台上的预处理数据类型不可以动态修改；当业务为第二类型业务时，所述预处理数据类型为通过XML方式或者数据库方式配置在所述业务平台上，且通过XML方式或者数据库方式配置在所述业务平台上的预处理数据类型可以动态修改。

本申请实施例提供一种核心平台，应用于包括业务平台和多个核心平台的网络中，在业务处理过程中，所述核心平台具体包括：

接收模块，用于接收来自所述业务平台的业务处理消息；其中，所述业务处理消息中携带了所述多个核心平台均需要使用的基础数据，并且所述业务处理消息用于指示所述核心平台执行相应的子业务；

处理模块，用于利用业务处理消息中携带的基础数据执行相应的子业务。

所述处理模块，具体用于确定执行所述子业务时需要使用的执行数据；如果所述执行数据与所述业务处理消息中携带的基础数据相同，则利用所述业务处理消息中携带的基础数据执行相应的子业务。

所述处理模块，还用于在所述执行数据与所述业务处理消息中携带的基础数据不同时，向数据平台发送请求消息，所述请求消息用于请求所述执行数据，由数据平台在收到所述请求消息后，从本地的数据库中查询所述执行数据；接收来自所述数据平台的响应消息，且所述响应消息中携带了所述执行数据，并利用所述执行数据执行相应的子业务。

与现有技术相比，本申请实施例至少具有以下优点：本申请实施例中，业务平台可以在分发子业务之前，从数据平台获得多个核心平台均需要使用的基础数据，并在分发子业务时，通过业务处理消息将基础数据通知给核心平台，使得核心平台在执行相应的子业务时，能够直接基于业务处理消息中携带的基础数据执行相应的子业务，而不再需要从数据平台请求基础数据，从而避免浪费核心平台的处理资源以及数据平台的处理资源，提高核心平台整体的处理性能，降低系统整体的性能开销，提高系统整体的吞吐率。

附图说明

为了更加清楚地说明本申请实施例的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据本申请实施例的这些附图获得其他的附图。

图1是由业务平台和核心平台共同完成业务处理的网络示意图；

图2是本申请实施例一提供的一种业务处理方法流程示意图；

图3是本申请实施例二提供的一种业务平台的结构示意图；

图4是本申请实施例三提供的一种核心平台的结构示意图。

具体实施方式

下面将结合本申请中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

针对现有技术中存在的问题，本申请实施例一提供一种业务处理方法，该方法应用于包括业务平台、数据平台和多个核心平台的网络中。以图1为本申请实施例的应用场景示意图，多个核心平台包括核心平台1、核心平台2和核心平台3，业务平台、核心平台1、核心平台2和核心平台3共同完成业务处理，且数据平台用于提供业务处理所需要的数据。在业务处理过程中，针对某个业务，可以将该业务划分为子业务1、子业务2和子业务3，核心平台1执行子业务1，核心平台2执行子业务2，核心平台3执行子业务3。

在上述应用场景下，如图2所示，该业务处理方法可以包括以下步骤：

步骤201，业务平台获得多个核心平台均需要使用的基础数据。

例如，核心平台1在执行子业务1时需要使用基础数据1和基础数据2，核心平台2在执行子业务2时需要使用基础数据1和基础数据2，核心平台3在执行子业务3时需要使用基础数据1和基础数据2，则：多个核心平台均需要使用的基础数据为基础数据1和基础数据2。假设在转账业务的处理过程中，将转账业务划分为转账子业务、短信提醒子业务和邮件提醒子业务，且核心平台1在执行转账子业务时，需要使用用户基本信息和用户可用余额信息，核心平台2在执行短信提醒子业务时，需要使用用户基本信息和用户可用余额信息，核心平台3在执行邮件提醒子业务时，需要使用用户基本信息和用户可用余额信息，则：多个核心平台均需要使用的基础数据为用户基本信息和用户可用余额信息。假设当前正在进行转账业务的用户是用户A，则本步骤201中，业务平台获得用户A的用户基本信息和用户可用余额信息。

本申请实施例中，业务平台获得多个核心平台均需要使用的基础数据的过程，具体包括但不限于以下步骤：业务平台确定预处理数据类型。业务平台向数据平台发送请求消息，且该请求消息用于请求预处理数据类型对应的基础数据。数据平台在收到请求消息后，从本地的数据库中查询预处理数据类型对应的基础数据。数据平台向业务平台发送响应消息，且该响应消息中携带了预处理数据类型对应的基础数据。业务平台在接收到响应消息后，确定该响应消息中携带的基础数据为多个核心平台均需要使用的基础数据。

本申请实施例中，当业务为第一类型业务时，预处理数据类型为通过硬编码方式配置在业务平台上的，且通过硬编码方式配置在业务平台上的预处理数据类型不可以动态修改。当业务为第二类型业务时，预处理数据类型为通过XML(ExtensibleMarkupLanguage，可扩展标记语言)方式或者数据库方式配置在业务平台上的，且通过XML方式或者数据库方式配置在业务平台上的预处理数据类型可以动态修改。其中，第一类型业务是指处理流程不会发生变化的业务，即针对某个业务，所有类型的用户在执行该业务时，其处理流程相同。例如，假设用户在执行该业务时，该业务被划分为子业务1、子业务2和子业务3，所有的用户在执行子业务1时，均将使用相同类型的数据，所有的用户在执行子业务2时，均将使用相同类型的数据，所有的用户在执行子业务3时，均将使用相同类型的数据。第二类型业务是指处理流程会发生变化的业务，即针对某个业务，不同类型的用户在执行该业务时，其处理流程不同。例如，假设用户在执行该业务时，该业务被划分为子业务1、子业务2和子业务3，不同类型的用户在执行子业务1时，可以使用不同类型的数据，或者，不同类型的用户在执行子业务2时，可以使用不同类型的数据，或者，不同类型的用户在执行子业务3时，可以使用不同类型的数据。

例如，针对转账业务，该转账业务被划分为转账子业务、短信提醒子业务和邮件提醒子业务，且转账业务是处理流程不会发生变化的业务，因此由管理员通过硬编码方式在业务平台上配置预处理数据类型为用户基本信息和用户可用余额信息，此后预处理数据类型不可以动态修改，所有用户在执行转账业务时，对应的预处理数据类型均为用户基本信息和用户可用余额信息。

假设当前正在进行转账业务的用户是用户A，则业务平台首先确定预处理数据类型为用户基本信息和用户可用余额信息。之后，业务平台向数据平台发送请求消息，该请求消息用于请求用户A的用户基本信息和用户可用余额信息(即预处理数据类型对应的基础数据)。数据平台在收到请求消息之后，从本地的数据库中查询用户A的用户基本信息和用户可用余额信息。之后，数据平台向业务平台发送响应消息，且该响应消息中携带了用户A的用户基本信息和用户可用余额信息。业务平台在接收到响应消息之后，确定该响应消息中携带的用户A的用户基本信息和用户可用余额信息为基础数据。

步骤202，业务平台分别向多个核心平台发送业务处理消息，该业务处理消息中携带基础数据，且业务处理消息用于指示核心平台执行相应的子业务。

步骤203，核心平台接收来自业务平台的业务处理消息，该业务处理消息中携带基础数据，且业务处理消息用于指示本核心平台执行相应的子业务。

步骤204，核心平台利用业务处理消息中携带的基础数据(即步骤201中确定的多个核心平台均需要使用的基础数据)执行相应的子业务。

例如，假设当前正在进行转账业务的用户是用户A，转账业务被划分为转账子业务、短信提醒子业务和邮件提醒子业务时，则：业务平台向核心平台1发送业务处理消息，该业务处理消息中携带的基础数据为用户A的用户基本信息和用户可用余额信息，且该业务处理消息用于指示核心平台1执行转账子业务；核心平台1在收到该业务处理消息之后，利用该业务处理消息中携带的基础数据(即用户A的用户基本信息和用户可用余额信息)执行转账子业务；在转账子业务执行完成之后，核心平台1向业务平台通知转账子业务已经执行完成的信息。之后，业务平台向核心平台2发送业务处理消息，该业务处理消息中携带的基础数据为用户A的用户基本信息和用户可用余额信息，且该业务处理消息用于指示核心平台2执行短信提醒子业务；核心平台2在收到该业务处理消息之后，利用该业务处理消息中携带的基础数据(即用户A的用户基本信息和用户可用余额信息)执行短信提醒子业务；在短信提醒子业务执行完成之后，核心平台2向业务平台通知短信提醒子业务已经执行完成的信息。之后，业务平台向核心平台3发送业务处理消息，该业务处理消息中携带的基础数据为用户A的用户基本信息和用户可用余额信息，且该业务处理消息用于指示核心平台3执行邮件提醒子业务；核心平台3在收到该业务处理消息之后，利用该业务处理消息中携带的基础数据(即用户A的用户基本信息和用户可用余额信息)执行邮件提醒子业务；在邮件提醒子业务执行完成之后，核心平台3向业务平台通知邮件提醒子业务已经执行完成的信息。至此，用户A的转账业务执行完成，并结束处理流程。

本发明实施例中，在核心平台利用业务处理消息中携带的基础数据执行相应的子业务的过程中，核心平台还可以确定执行子业务时需要使用的执行数据。如果执行数据与业务处理消息中携带的基础数据相同，则核心平台利用业务处理消息中携带的基础数据执行相应的子业务。进一步的，如果执行数据与业务处理消息中携带的基础数据不同，则核心平台向数据平台发送请求消息，该请求消息用于请求执行数据，由数据平台在收到请求消息后，从本地的数据库中查询执行数据；核心平台接收来自数据平台的响应消息，且该响应消息中携带了执行数据，并利用执行数据执行相应的子业务。

例如，业务平台向核心平台2发送业务处理消息(该业务处理消息中携带的基础数据为用户A的用户基本信息和用户可用余额信息，且业务处理消息用于指示核心平台2执行短信提醒子业务)之后，核心平台2在收到业务处理消息时，如果确定执行短信提醒子业务时需要使用的执行数据为用户A的用户基本信息和用户可用余额信息，则说明执行数据与业务处理消息中携带的基础数据相同，此时，核心平台直接利用业务处理消息中携带的基础数据(即用户A的用户基本信息和用户可用余额信息)执行短信提醒子业务。核心平台2在收到业务处理消息时，如果确定执行短信提醒子业务时需要使用的执行数据为用户A的手机号码，则说明执行数据与业务处理消息中携带的基础数据不同，此时，核心平台2向数据平台发送请求消息，该请求消息用于请求用户A的手机号码，数据平台在收到该请求消息后，从本地的数据库中查询用户A的手机号码，并向核心平台2发送响应消息，且该响应消息中携带了用户A的手机号码。核心平台2在收到来自数据平台的响应消息后，利用响应消息中携带的执行数据(用户A的手机号码)执行短信提醒子业务。

当然，在实际应用中，执行短信提醒子业务时需要使用的执行数据可以为用户A的用户基本信息、用户可用余额信息和用户A的手机号码。在此场景下，只需要将上述两个过程结合到一起，最终由核心平台2利用业务处理消息中携带的基础数据(即用户A的用户基本信息和用户可用余额信息)和响应消息中携带的执行数据(用户A的手机号码)执行短信提醒子业务即可。

综上所述，本申请实施例至少具有以下优点：本申请实施例中，业务平台可以在分发子业务之前，从数据平台获得多个核心平台均需要使用的基础数据，并在分发子业务时，通过业务处理消息将基础数据通知给核心平台，使得核心平台在执行相应的子业务时，能够直接基于业务处理消息中携带的基础数据执行相应的子业务，而不再需要从数据平台请求基础数据，从而避免浪费核心平台的处理资源以及数据平台的处理资源，提高核心平台整体的处理性能，降低系统整体的性能开销，提高系统整体的吞吐率。

实施例二

基于与上述方法同样的申请构思，本申请实施例中还提供了一种业务平台，应用于包括所述业务平台和多个核心平台的网络中，如图3所示，在业务处理过程中，所述业务平台具体包括：

获得模块11，用于获得多个核心平台均需要使用的基础数据；发送模块12，用于分别向所述多个核心平台发送业务处理消息，所述业务处理消息中携带所述基础数据，并用于指示核心平台执行相应的子业务；由核心平台在收到所述业务处理消息后，利用所述基础数据执行相应的子业务。

所述获得模块11，具体用于确定预处理数据类型；向数据平台发送请求消息，且所述请求消息用于请求所述预处理数据类型对应的基础数据，由所述数据平台在收到所述请求消息之后，从本地的数据库中查询所述预处理数据类型对应的基础数据；接收来自所述数据平台的响应消息，且所述响应消息中携带了所述预处理数据类型对应的基础数据，并确定所述响应消息中携带的基础数据为所述多个核心平台均需要使用的基础数据。

当业务为第一类型业务时，所述预处理数据类型为通过硬编码方式配置在所述业务平台上，且通过硬编码方式配置在所述业务平台上的预处理数据类型不可以动态修改；当业务为第二类型业务时，所述预处理数据类型为通过XML方式或者数据库方式配置在所述业务平台上，且通过XML方式或者数据库方式配置在所述业务平台上的预处理数据类型可以动态修改。

其中，本申请装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

实施例三

基于与上述方法同样的申请构思，本申请实施例中还提供了一种核心平台，应用于包括业务平台和多个核心平台的网络中，如图4所示，在业务处理过程中，所述核心平台具体包括：

接收模块21，用于接收来自所述业务平台的业务处理消息；其中，所述业务处理消息中携带了所述多个核心平台均需要使用的基础数据，并且所述业务处理消息用于指示所述核心平台执行相应的子业务；处理模块22，用于利用业务处理消息中携带的基础数据执行相应的子业务。

所述处理模块22，具体用于确定执行所述子业务时需要使用的执行数据；如果所述执行数据与所述业务处理消息中携带的基础数据相同，则利用所述业务处理消息中携带的基础数据执行相应的子业务。

所述处理模块22，还用于在所述执行数据与所述业务处理消息中携带的基础数据不同时，向数据平台发送请求消息，所述请求消息用于请求所述执行数据，由数据平台在收到所述请求消息后，从本地的数据库中查询所述执行数据；接收来自所述数据平台的响应消息，且所述响应消息中携带了所述执行数据，并利用所述执行数据执行相应的子业务。

其中，本申请装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (12)

1.一种业务处理方法，该方法应用于包括业务平台和多个核心平台的网络中，其特征在于，在业务处理过程中，所述方法包括以下步骤：

所述业务平台获得多个核心平台均需要使用的基础数据；

所述业务平台分别向所述多个核心平台发送业务处理消息，所述业务处理消息中携带所述基础数据，并用于指示核心平台执行相应的子业务；由核心平台在收到所述业务处理消息后，利用所述基础数据执行相应的子业务。

2.如权利要求1所述的方法，其特征在于，所述业务平台获得多个核心平台均需要使用的基础数据的过程，具体包括以下步骤：

所述业务平台确定预处理数据类型；

所述业务平台向数据平台发送请求消息，且所述请求消息用于请求所述预处理数据类型对应的基础数据，由所述数据平台在收到所述请求消息之后，从本地的数据库中查询所述预处理数据类型对应的基础数据；

所述业务平台接收来自所述数据平台的响应消息，且所述响应消息中携带了所述预处理数据类型对应的基础数据，并确定所述响应消息中携带的基础数据为所述多个核心平台均需要使用的基础数据。

3.如权利要求2所述的方法，其特征在于，当业务为第一类型业务时，所述预处理数据类型为通过硬编码方式配置在所述业务平台上，且通过硬编码方式配置在所述业务平台上的预处理数据类型不可以动态修改；

当业务为第二类型业务时，所述预处理数据类型为通过可扩展标记语言XML方式或者数据库方式配置在所述业务平台上，且通过XML方式或者数据库方式配置在所述业务平台上的预处理数据类型可以动态修改。

4.一种业务处理方法，该方法应用于包括业务平台和多个核心平台的网络中，其特征在于，在业务处理过程中，所述方法包括以下步骤：

核心平台接收来自所述业务平台的业务处理消息；其中，所述业务处理消息中携带了所述多个核心平台均需要使用的基础数据，并且所述业务处理消息用于指示所述核心平台执行相应的子业务；

所述核心平台利用业务处理消息中携带的基础数据执行相应的子业务。

5.如权利要求4所述的方法，其特征在于，所述核心平台利用业务处理消息中携带的基础数据执行相应的子业务的过程，具体包括：

所述核心平台确定执行所述子业务时需要使用的执行数据；

如果所述执行数据与所述业务处理消息中携带的基础数据相同，则所述核心平台利用所述业务处理消息中携带的基础数据执行相应的子业务。

6.如权利要求5所述的方法，其特征在于，所述方法进一步包括：

如果所述执行数据与所述业务处理消息中携带的基础数据不同，则所述核心平台向数据平台发送请求消息，所述请求消息用于请求所述执行数据，由数据平台在收到所述请求消息后，从本地的数据库中查询所述执行数据；

所述核心平台接收来自所述数据平台的响应消息，且所述响应消息中携带了所述执行数据，并利用所述执行数据执行相应的子业务。

7.一种业务平台，应用于包括所述业务平台和多个核心平台的网络中，其特征在于，在业务处理过程中，所述业务平台具体包括：

获得模块，用于获得多个核心平台均需要使用的基础数据；

发送模块，用于分别向所述多个核心平台发送业务处理消息，所述业务处理消息中携带所述基础数据，并用于指示核心平台执行相应的子业务；由核心平台在收到所述业务处理消息后，利用所述基础数据执行相应的子业务。

8.如权利要求7所述的业务平台，其特征在于，

所述获得模块，具体用于确定预处理数据类型；向数据平台发送请求消息，且所述请求消息用于请求所述预处理数据类型对应的基础数据，由所述数据平台在收到所述请求消息之后，从本地的数据库中查询所述预处理数据类型对应的基础数据；接收来自所述数据平台的响应消息，且所述响应消息中携带了所述预处理数据类型对应的基础数据，并确定所述响应消息中携带的基础数据为所述多个核心平台均需要使用的基础数据。

9.如权利要求8所述的业务平台，其特征在于，当业务为第一类型业务时，所述预处理数据类型为通过硬编码方式配置在所述业务平台上，且通过硬编码方式配置在所述业务平台上的预处理数据类型不可以动态修改；

当业务为第二类型业务时，所述预处理数据类型为通过可扩展标记语言XML方式或者数据库方式配置在所述业务平台上，且通过XML方式或者数据库方式配置在所述业务平台上的预处理数据类型可以动态修改。

10.一种核心平台，应用于包括业务平台和多个核心平台的网络中，其特征在于，在业务处理过程中，所述核心平台具体包括：

接收模块，用于接收来自所述业务平台的业务处理消息；其中，所述业务处理消息中携带了所述多个核心平台均需要使用的基础数据，并且所述业务处理消息用于指示所述核心平台执行相应的子业务；

处理模块，用于利用业务处理消息中携带的基础数据执行相应的子业务。

11.如权利要求10所述的核心平台，其特征在于，

所述处理模块，具体用于确定执行所述子业务时需要使用的执行数据；如果所述执行数据与所述业务处理消息中携带的基础数据相同，则利用所述业务处理消息中携带的基础数据执行相应的子业务。

12.如权利要求11所述的核心平台，其特征在于，

所述处理模块，还用于在所述执行数据与所述业务处理消息中携带的基础数据不同时，向数据平台发送请求消息，所述请求消息用于请求所述执行数据，由数据平台在收到所述请求消息后，从本地的数据库中查询所述执行数据；接收来自所述数据平台的响应消息，且所述响应消息中携带了所述执行数据，并利用所述执行数据执行相应的子业务。