示意图。首先客户在贷款客户端提交了授信申请，服务器审核授信申请后授信，客户在授信后会提出支用申请，每次只用申请会产生一个合同后，银行才贷款给客户，客户才能支用。因此，各个领域数据的关联关系也是稳定的，一个授信下会关联多个支用申请，一个支用申请又会关联一笔合同。第一次在前台系统请求合同领域数据中的贷款主体数据时，从后台系统服务器远程调用与请求合同领域数据的数据对应的响应数据后，将响应数据缓存在本地，当再次请求合同领域数据中的贷款主体数据时，直接从本地中获取该响应数据，以来提高响应速度，从而提高系统的处理速度。
[0026]图2为本申请实施例一的请求数据的方法流程图。本实施例适用于对业务系统中固定不变的数据进行缓存在本地后，再次请求该数据。
[0027]如图2所示，本申请请求数据的方法具体包括以下步骤:
[0028]步骤101、配置中心将领域数据保存在配置中心，所述领域数据包括领域数据编号、关联的领域数据编号和多个属性，所述领域数据用于被请求、修改或侦测。
[0029]领域数据指业务系统中维护的实体对象，在配置中心有多个领域数据，每个领域数据都有领域数据编号，有的领域数据之间相关联；属性指描述实体对象的特征，领域数据包括该领域数据编号、与该领域数据关联的领域数据编号和多个属性，所述领域数据用于被请求、修改或侦测。在配置中心，领域数据名称和属性的值用字符串表示，领域数据编号和关联的领域数据编号用数字表示。
[0030]例如:信用贷款业务系统中:授信申请领域数据、授信领域数据、支用申请领域数据、合同领域数据、贷款领域数据和支用领域数据中的数据是固定不变的，配置中心将数据固定不变的领域数据保存在配置中心。以合同领域数据为例，将合同领域数据保存在配置中心，与合同领域数据关联的领域数据为支用申请领域数据，合同领域数据包括合同编号、支用申请编号、产品编号、主体编号和多个属性。多个属性包括合同额度、产品编码、授信类型和贷款主体。合同编号、支用申请编号、产品编号和主体编号以数字的形式，属性以字符串的形式保存在配置中心，但属性的值保存在服务器。
[0031]优选地，领域数据中的领域数据编号的值、关联的领域数据编号的值和多个属性的值，从空值变为非空值后，并将所述值保持不变。
[0032]领域数据中的领域数据编号数字、关联的领域数据编号数字和多个属性的值，从空值变为非空值后，它们的值就保持不变了。
[0033]步骤102、当第一次请求属性的值时，判断模块判断所述请求的属性是否属于配置中心的属性。
[0034]请求指当客户使用客户端点击网页或者定时任务启动。当第一次请求属性的值时，判断模块判断所述请求的属性是否属于配置中心的属性，相当于判断请求的属性的值是否属于固定不变的值。
[0035]例如:当第一次查询合同领域数据中的贷款人的名字时，即当第一次请求属性的值时，查询相当于请求，贷款人相当于合同领域数据中的贷款主体，贷款人的名字相当于贷款主体的值，判断所查询的贷款人的属性是否属于配置中心的属性。
[0036]例如:当第一次查询可用额度领域数据中的可用额度的值时，判断所查询的可用额度的属性是否属于配置中心的属性。
[0037]步骤103、如果是属于配置中心的属性，则第一处理模块远程调用所述请求的属性的值，并将所述请求的属性的值缓存在本地。
[0038]远程调用指在一个请求中调用远程的服务器的服务，服务器返回对应请求的值，这样的一次数据交互操作。在本申请中，请求包括分布式同步请求和数据库访问请求，远程调用是只读的调用。由于配置中心的属性是以字符串的形式存在的，保存在配置中心的属性没有值，所以第一次请求该属性的值，只能通过第一处理模块从服务器中远程调用所述请求的属性的值，并将所述请求的属性的值缓存在本地。
[0039]例如:如果贷款人是属于配置中心的属性，则向服务器远程调用贷款人的名字，并将贷款人属性和贷款人的名字缓存在本地。
[0040]步骤104、当再次请求所述请求的属性的值时，获取模块在本地获取所述请求的属性的值。
[0041]当再次请求所述请求的属性的值时，因为第一次请求时，在本地已经保存了该请求的属性的值，所以获取模块只需要在本地获取，就可以得到所述请求的属性的值。
[0042]例如:当再次请求贷款人的名字时，直接从本地获取贷款人的名字，不必从服务器中远程调用了。
[0043]步骤105、如果不属于配置中心的属性，则第二处理模块远程调用所述请求的属性的值。
[0044]如果所述属性不属于配置中心的属性，说明该属性的值是变动的，则每次请求该属性的值时，第二处理模块都要远程调用所述请求的属性的值。
[0045]例如:如果可用额度不属于配置中心的属性，则远程调用可用额度的值。因为每一笔支用后的可用额度会变化，所以不将可用额度领域数据保存在配置中心。因此，每次查询可用额度领域数据中的可用额度的值时，都要远程调用可用额度的值。
[0046]因此，本申请提供的请求数据的方法，通过直接从本地中获取响应数据，以来提高响应速度，从而提高系统的处理速度。
[0047]为了使得服务器与缓存在本地的数据同步，当修改属性的值时，填充在本地为空值的属性的值，检测在本地为非空值的属性的值与该属性新增的属性的值是否相同。以便请求数据时，能够从本地获取修改后的值。
[0048]由于一个支用申请关联一笔合同，因此，客户提交了一个支用申请后，服务器会创建一笔合同，该合同包括合同领域数据的领域数据编号、关联的领域数据编号和多个属性。例如:客户在客户端提交了一个支用申请后，该支用申请比之前的支用申请新增了一项合同额度为十万。这时服务器将关联的合同领域数据的合同额度属性的值新增为十万，在此前缓存在本地的合同领域数据的合同额度属性的值为空。所以本申请实施例二介绍，如何将十万新增到本地的合同领域数据的合同额度属性的值中。
[0049]图3为本申请实施例二的修改数据的方法流程图。本实施例适用于对业务系统中固定不变的数据进行缓存在本地后，修改该数据。
[0050]如图3所示，本申请修改数据的方法具体包括以下步骤:
[0051]步骤201、配置中心将领域数据保存在配置中心，所述领域数据包括领域数据编号、关联的领域数据编号和多个属性，所述领域数据用于被请求、修改或侦测。
[0052]本申请实施例二中与本申请实施例一中是同一个配置中心，所以本步骤与实施例一中的步骤101相同，在此不作赘述。
[0053]优选地，领域数据编号的值、关联的领域数据编号的值和多个属性的值，从空值变为非空值后，并将所述值保持不变。
[0054]领域数据中的领域数据编号数字、关联的领域数据编号数字和多个属性的值，从空值变为非空值后，它们的值就保持不变了。
[0055]步骤202、当属性的值被修改为第一值时，第一判断模块判断所述属性是否属于配置中心的属性。
[0056]修改属性的值包括新增属性的值和删除属性的值。当属性的值被后台修改为第一值时，第一判断模块判断所述属性是否属于配置中心的属性，相当于判断所述属性的值是否属于固定不变的值。如果第一判断模块判断所述属性不属于配置中心的属性，则远程调用属性的值。
[0057]例如:客户在客户端提交了一个支用申请后，之前提交的支用申请中合同额度是空值，即此前的合同额度的属性值没有具体的值为空值，该支用申请比之前的支用申请新增了一项合同额度为十万。当合同额度属性的值被修改为第一值十万时，第一判断模块判断合同额度的属性是否属于配置中心的属性。
[0058]步骤203、如果是属于配置中心的属性，则第二判断模块判断所述属性是否存在本地。
[0059]如果合同额度属性是属于配置中心的属性，则第二判断模块判断合同额度是否在本地。其中在合同额度属性的值被修改之前，用户在请求合同领域数据的贷款主体属性时，将贷款主体属性和贷款主体属性的值缓存在本地时，合同额度属性也随着缓存在本地。因此，只要请求过合同领域数据中的任何一个属性，合同额度都会缓存在本地。
[0060]步骤204、如果是存在本地，则第三判断模块判断存在本地的所述属性的值是否为空。
[0061]如果合同额度存在本地，则第三判断模块判断存在本地的合同额度属性的值是否为空。
[0062]步骤205、如果不为空，且所述第一值与存在本地的所述属性的值不相同，则第三处理模块将所述属性发送给侦测装置。
[0063]如果存在本地的所述属性的值不为空时，说明在属性的值被修改为第一值之后，所述属性所在的领域数据的其他属性被请求过，所以所述属性的值也缓存在本地了。如果第一值与存在本地的所述属性的值