CN108196879A - 业务处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种业务处理方法、装置、设备及计算机可读存储介质，实施该业务处理方法，只需要开发一个接口，为该接口配置对应的配置文件，将每一种类型的业务分配一个业务ID，在接口接收到业务请求后能够根据业务请求的业务ID判断该业务请求属于哪一种类型的业务，从而根据配置文件中该中类型业务的配置内容调用对应的处理方法来实现对业务请求的处理，本发明的方法、装置、设备及计算机可读存储介质，将所有类型业务的处理过程都实现在同一个接口中，不需要为不同类型的业务分配不同的接口，避免接口过多和混乱，方便接口的管理，且对于新增一种类型业务，只需在配置文件中增加相应的配置内容，为接口新增对应的处理方法即可，方便接口的扩展。

Description

业务处理方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务处理方法、装置、设备及计算机可读存储介质。

背景技术

为了方便业务的展开，目前很多金融企业都通过金融APP来进行业务，而一般一个企业的业务都会有多个种类，如此，金融APP要进行的业务必然包括多种，例如，按揭抵押贷款APP前端可进行多种业务请求，诸如：订单任务异常处理退回门店提交、定位跟踪订单、获取客服专员列表、获取消息详情、获取消息列表、获取最新未读消息和任务、获取任务详情、获取受影响的任务列表、登录验证、补录信息、提交预约时间、任务分配、任务节点步骤提交、订单改派、节点文件信息提交、提交文件上传等。

如果对每一种业务都写一个请求接口，针对不同业务请求传递业务参数也相应地需要创建多个封装对象，然后分别对每个接口实现响应对应业务请求的处理方法，如此每增加一种业务请求便需要增加一个接口的开发，增加接口开发的工作量，而且接口过多会造成接口比较混乱，不便于管理。

发明内容

本发明实施例提供了一种业务处理方法、装置、设备及计算机可读存储介质，可通过同一个接口处理不同类型的业务。

第一方面，本发明实施例提供了一种业务处理方法，该方法包括：

通过接口接收用户发起的业务请求，所述业务请求携带的数据包括业务参数、用户ID和标识类型的业务ID；

获取所述接口对应的最新的配置文件的内容，所述内容包括标识不同类型业务的业务ID以及对应类型业务的第一属性信息和第二属性信息；

将所述业务请求携带的数据转换为JSONObject对象；

从JSONObject对象中获取所述业务请求的业务ID和用户ID；

根据所述业务ID从所述内容中获取对应的第一属性信息，根据所述第一属性信息从所述JSONObject对象中获取所述业务请求所需传递的业务参数；

判断发送所述业务请求的所述用户ID是否具有对该类型业务的操作权限；

若所述用户ID具有对该类型业务的操作权限，根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数。

第二方面，本发明实施例还提供了一种业务处理装置，该装置包括用于执行上述的业务处理方法的单元。

第三方面，本发明实施例还提供了一种业务处理设备，所述设备包括存储器，以及与所述存储器相连的处理器；

所述存储器，用于存储实现业务处理方法的程序数据；

所述处理器，用于运行所述存储器中存储的程序数据，以执行如上述第一方面所述的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者一个以上程序数据，所述一个或者一个以上程序数据可被一个或者一个以上的处理器执行，以实现上述第一方面所述的方法。

本发明实施例提供一种业务处理方法、装置、设备及计算机可读存储介质，通过实施本发明的业务处理方法，只需要开发一个接口，为该接口配置对应的配置文件，将每一种类型的业务分配一个业务ID，在接口接收到业务请求后能够根据业务请求的业务ID判断该业务请求属于哪一种类型的业务，从而根据配置文件中该中类型业务的配置内容调用对应的处理方法来实现对业务请求的处理，本发明的方法、装置、设备及计算机可读存储介质，将所有类型业务的处理过程都实现在同一个接口中，不需要为不同类型的业务分配不同的接口，避免接口过多和混乱，方便接口的管理，且对于新增一种类型业务，只需在配置文件中增加相应的配置内容，为统一的接口新增一个处理方法即可，方便接口的扩展。

附图说明

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

图1是本发明实施例提供的一种业务处理方法的流程示意图；

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

图3是本发明实施例提供的一种业务处理方法的另一子流程示意图；

图4是本发明实施例提供的一种业务处理方法的另一子流程示意图；

图5是本发明实施例提供的一种业务处理方法的另一子流程示意图；

图6是本发明实施例提供的一种业务处理装置的单元结构示意框图；

图7是本发明实施例提供的一种业务处理装置的子单元结构示意框图；

图8是本发明实施例提供的一种业务处理装置的另一子单元结构示意框图；

图9是本发明实施例提供的一种业务处理装置的另一子单元结构示意框图；

图10是本发明实施例提供的一种业务处理设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

也应当理解，尽管术语第一、第二等可以在此用来描述各种元素，但这些元素不应该受限于这些术语，这些术语仅用来将这些元素彼此区分开。

图1为本发明实施例提供的一种业务处理方法的流程示意图。该方法可以运行在智能设备，例如平板电脑、笔记本电脑以及智能终端中。如图1所示，该方法的步骤包括S101～S107。

S101，通过接口接收用户发起的业务请求，所述业务请求携带的数据包括业务参数、用户ID和标识类型的业务ID。

开发工作人员开发一个接口，该接口与APP前端关联，用来实现APP前端用户的业务请求和处理。开发接口时，为该接口配置一个配置文件，该配置文件中包含了可以实现的种类的业务的配置内容，最终再处理业务请求时是通过

S102，获取所述接口对应的最新的配置文件的内容，所所述内容包括标识不同类型业务的业务ID以及对应类型业务的第一属性信息和第二属性信息。

在配置文件中，为每一种类型的业务配置的内容的数据格式为：<entry key＝"prefix.businessInterfaceId.businessAttributeKey">defaultValue</entry>。

其中，businessInterfaceId字段的信息即为标识业务的类型的业务ID，即表明是哪一种业务。

业务的属性信息包括第一属性信息和第二属性信息，体现在businessAttributeKey字段和defaultValue字段。

businessAttributeKey字段标明该类业务的各类属性的属性名称，一些属性名称是开发者自定义的，与该业务请求所需要传递的业务参数的名称一致，包含定义该业务类型的所需传递的业务参数的名称，为第一属性信息，另外一些属性名称则是指定统一的命名，例如，sqlType(操作类型)、sqlMap(对应执行语句)等具有特定作用的属性，数据库，或处理该业务请求的实现类等，为第二属性信息，sqlType和sqlMap这两个属性分别针对数据库的(查询、删除、添加等简单操作)具体操作类型和具体执行语句，实现类是针对其他一些相对复杂的业务操作的逻辑实现，在某一种业务的配置参数内如果包含了sqlType、sqlMap等属性信息，一般不包括实现类名称等属性信息。

defaultValue字段标明该类业务的属性名称对应的属性值，例如sqlType、sqlMap对应的sqlType值、sqlMap值，sqlMap值为一个地址ID，这个地址ID反应了操作数据库的执行语句，例如查询语句、删除语句、添加语句等。

defaultValue字段对应保存储属性名称指定的默认值(如果有默认值的话)，例如sqlType值、sqlMap值、数据库的名称、具体的实现类对应的名称，如无默认值，则需要在后期的数据传输中读取businessAttributeKey字段对应的其他属性名称对应的属性值，这部分属性值一般为业务请求中所需传递的业务参数，这些业务参数也是在该次业务请求中需要处理的参数，通过指定的实现类或操作数据库的执行语句来实现对业务参数的处理。

在本发明实施例中，一个接口可以处理不同类型的业务，当新增一种类型的业务时，只需要在配置文件中为该类型的业务增加对应的配置内容即可，因此，为防止接口接收到的业务请求未新增类型的业务而原来的配置文件不具有对应的配置内容，每次接收到业务请求后都需要获取最新的配置文件的内容。配置文件保存在终端本地，获取的配置文件的内容保存在业务处理系统的Map集合中，每次接收到业务请求时需要判断终端本地保存的配置文件是否在上次业务处理后发生修改，若配置文件在上次业务处理后尚未发生修改，则不需要重新读取配置文件的内容，如果配置文件在上次业务处理后已发生修改，则需要重新读取配置文件的内容来替换保存在Map集合中的原来的配置文件的内容。

Map集合的每一种业务的数据格式为：

Map<String business,Map<String attribute,String defaultValue>

String business字段为从配置文件中读取的业务ID，String attribute字段为读取到的属性名称，String defaultValue字段为对应的属性名称的值，有些是系统默认值，例如sqlType值、sqlMap值，有些非系统默认的值则是后期处理业务请求时所需的从业务请求中读取的业务参数，例如，从配置文件中读取了业务参数的名称，则获取业务请求中对应参数名称的业务参数值。

具体的，如图2所示，步骤S102中的获取所述接口对应的最新的配置文件的内容的步骤，包括以下子步骤：

S1021，判断保存在终端本地的所述接口对应的配置文件在上次业务请求处理结束后是否被修改。

S1022，若是，则读取所述配置文件的内容替换所述Map集合中原来的内容作为所述接口对应的最新配置文件的内容。

S1023，若否，则读取所述Map集合中保存的内容作为所述接口对应的最新的配置文件的内容。

若配置文件尚未被修改，则Map集合中原来保存的配置文件的内容即为最新配置文件的内容，否则需要重新读取修改后的配置文件的内容替换原配置文件的内容。

通过判断配置文件是否被修改来确定是否需要更新Map集合中保存的配置文件的内容，如果配置文件未被修改则不需要更新，防止了每次接收到业务请求都需要更新Map集合的内容。

具体的，如图3所示，步骤S1021包括以下子步骤：

S10211，读取终端本地保存的所述接口对应的配置文件的修改时间。

S10212，将当前读取的所述修改时间与上次读取的配置文件的修改时间进行对比。

S10213若当前读取的所述修改时间与上次读取的配置文件的修改时间一致，则判定所述配置文件的内容未被修改；若当前读取的所述修改时间与上次读取的配置文件的修改时间不一致，则判定所述配置文件的内容已被修改。

业务处理系统每次在接收到业务请求之后都需要去读取一次保存在终端本地的配置文件的修改时间(即最近的修改时间)，每次读取到的修改时间都保存在该业务处理系统中，将当前读取到的修改时间与上次(上次接收到业务请求的时候)读取到的修改时间，如果二者一致，则自上次业务处理之后该配置文件尚未被修改，否则已经被修改。

S103，将所述业务请求携带的数据转换为JSONObject对象。

JSONObject对象的数据可是为{"key1":value1,"key2",value2....}，一个value(值)对应一个key(字段)，提取JSONObject对象中的对应某一个字段的值是非常方便的。Key对应的是业务请求中的业务参数的名称，value对应的是具体的业务参数。

JSONObject对象中的key必须是字符串的形式，因此需要先将该业务请求转换为字符串，然后将字符串转化为JSONObject对象。

S104，从JSONObject对象中获取所述业务请求的业务ID和用户ID。

JSONObject对象中包含了该业务请求的所有参数，因此可在其中业务ID和用户ID。

用户ID用以表示用户的身份，业务ID用以识别当前业务请求进行的业务为哪一类型的业务。

S105，根据所述业务ID从所述内容中获取对应的第一属性信息，根据所述第一属性信息从所述JSONObject对象中获取所述业务请求所需传递的业务参数。

对于每一种类型业务的业务请求，配置文件中定义了该类型所需传递的业务参数，对于不需要传递的业务参数不需要获取，配置文件中指明了所需传递的业务参数的名称，在处理业务请求的时候，需要的是对应的业务参数，因此通过在配置文件中定义所需传递的业务参数的名称来获取对应的值，即业务参数。

如图4所示，步骤S105包括以下子步骤：

S1051，从所述内容中搜索所述业务ID对应类型业务的配置内容，从所述配置内容中获取所需传递的业务参数的名称。

S1052，从所述JSONObject对象中获取所述业务参数的名称对应的业务参数。

获取到的业务参数暂存在所述Map集合中的String defaultValue字段的信息中，与String attribute字段的信息对应，即Map集合中包括了该业务ID所需传递的业务参数和对应的处理方法。

S106，判断发送所述业务请求的所述用户ID是否具有对该类型业务的操作权限。

用过用户ID来验证用户的身份，只有具有操作权限的用户才能进行该类业务的操作。

S107，若所述用户ID具有对该类型业务的操作权限，根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数。

到目前为止，该业务请求对应的Map集合中的属性信息包括所需传递的业务参数、数据库的名称和对应的处理方法等。

具体地，如图5所示，步骤S107包括以下子步骤：

S1071，判断所述第二属性信息中是否包含sqlType字段和sqlMap字段。

S1072，若是，获取所述业务ID对应的sqlType值和sqlMap值，所述sqlType值映射操作所述数据库的操作类型，所述sqlMap值映射所述操作类型的执行语句；

S1073，利用所述执行语句对所述数据库中与所述业务参数匹配的数据执行所述操作类型对应的操作。

S1074，若否，判断所述第二属性信息中是否包含实现类名称。

S1075，若所述第二属性信息中包含实现类名称，获取所述实现类名称对应的装载对象，调用该装载对象对应的处理方法处理所述业务参数。

通过对应的执行语句对数据库进行相应类型的操作，例如，sqlType值为“DEL”，即利用sqlMap值对应的删除语句删除数据库中的该业务参数，或通过加载实现类对应的装载对象，装载对象具有对应的处理该业务参数的处理程序，通过执行处理程序来处理该业务参数。处理完该业务请求之后，将从业务请求中读取并暂存在Map集合中的业务参数清除掉，并向用户返回处理结果并。

本发明实施例的也出处理方法，配置一个接口，通过一份配置文件，针对所有业务类型的业务请求的处理都实现在该接口中，根据配置文件中不同的请求业务，调用对应的处理方法，以达到处理不同的业务请求；对于新增一种业务请求，则在配置文件增加相应的配置内容，然后为该接口新增一个实现类或处理方法即可，扩展方便；通过配置文件方式，能方便看出该接口都实现了哪些业务请求，方便管理。

图6为本发明实施例提供的一种业务处理装置100的示意性框图。该业务处理装置100包括接收单元101、第一获取单元102、转换单元103、第二获取单元104、第三获取单元105、判断单元106和处理单元107。

接收单元101用于通过接口接收用户发起的业务请求，所述业务请求携带的数据包括业务参数、用户ID和标识类型的业务ID。

第一获取单元102用于获取所述接口对应的最新的配置文件的内容，所述内容包括标识不同类型业务的业务ID以及对应类型业务的第一属性信息和第二属性信息。

转换单元103用于将所述业务请求携带的数据转换为JSONObject对象。

第二获取单元104用于从JSONObject对象中获取所述业务请求的业务ID和用户ID。

第三获取单元105用于根据所述业务ID从所述内容中获取对应的第一属性信息，根据所述第一属性信息从所述JSONObject对象中获取所述业务请求所需传递的业务参数。

判断单元106用于判断发送所述业务请求的所述用户ID是否具有对该类型业务的操作权限。

处理单元107用于若所述用户ID具有对该类型业务的操作权限，根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数。

在本发明实施例中，配置文件保存在终端本地，获取的配置文件的内容保存在Map集合中。

如图7所示，第一获取单元102包括：

第一判断子单元1021，用于判断保存在终端本地的所述接口对应的配置文件在上次业务请求处理结束后是否被修改；

第一读取子单元1022，用于若被修改，则读取所述配置文件的内容替换所述Map集合中原来的内容作为所述接口对应的最新配置文件的内容。

确认子单元1023，用于若未被修改，则读取所述Map集合中保存的内容作为所述接口对应的最新的配置文件的内容。

其中，第一判断子单元1021具体用于：将当前读取的所述修改时间与上次读取的配置文件的修改时间进行对比；若当前读取的所述修改时间与上次读取的配置文件的修改时间一致，则判定所述配置文件的内容未被修改；若当前读取的所述修改时间与上次读取的配置文件的修改时间不一致，则判定所述配置文件的内容已被修改。

所述第一属性信息包括所需传递的业务参数的名称。

如图8所示，所述第三获取单元105包括：

搜索子单元，用于从所述内容中搜索所述业务ID对应类型业务的配置内容。

第一获取子单元1051，用于从所述配置内容中获取所需传递的业务参数的名称。

第二获取子单元1052，用于从所述JSONObject对象中获取所述业务参数的名称对应的业务参数。

所述第二属性信息包括数据库的名称。

如图9所示，所述处理单元107包括：

第二判断子单元1071，用于判断所述第二属性信息中是否包含sqlType字段和sqlMap字段。

第三获取子单元1072，用于若所述第二属性信息中包含sqlType字段和sqlMap字段，获取所述业务ID对应的sqlType值和sqlMap值，所述sqlType值映射操作所述数据库的操作类型，所述sqlMap值映射所述操作类型的执行语句。

操作子单元1073，用于利用所述执行语句对所述数据库中与所述业务参数匹配的数据执行所述操作类型对应的操作。

第三判断子单元1074，用于若所述第二属性信息中不包含sqlType字段和sqlMap字段，判断所述第二属性信息中是否包含实现类名称。

处理子单元1075，用于若所述第二属性信息中包含实现类名称，获取所述实现类名称对应的装载对象，调用该装载对象对应的处理方法处理所述业务参数。

上述各个单元的具体实施可参考方法实施例，本发明不做赘述。

上述业务处理装置100可以实现为一种计算机程序的形式，计算机程序可以在如图10所示的计算机设备上运行。

图10为本发明实施例提供的一种业务处理设备的示意性框图。该设备可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

该设备为一种计算机设备200，包括通过系统总线201连接的处理器202、非易失性存储介质203、内存储器204和网络接口205。其中，该计算机设备200的非易失性存储介质203可存储操作系统2031和计算机程序2032，该计算机程序2032被执行时，可使得处理器202执行一种业务处理方法。该计算机设备200的处理器202用于提供计算和控制能力，支撑整个计算机设备200的运行。该内存储器204为非易失性存储介质203中的计算机程序2032的运行提供环境，该计算机程序2032被处理器202执行时，可使得处理器202执行一种业务处理方法。计算机设备200的网络接口205用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

处理器202运行非易失性存储介质203中的计算机程序2032，执行如下操作：

通过接口接收用户发起的业务请求，所述业务请求携带的数据包括业务参数、用户ID和标识类型的业务ID；获取所述接口对应的最新的配置文件的内容，所述内容包括标识不同类型业务的业务ID以及对应类型业务的第一属性信息和第二属性信息；将所述业务请求携带的数据转换为JSONObject对象；从JSONObject对象中获取所述业务请求的业务ID和用户ID；根据所述业务ID从所述内容中获取对应的第一属性信息，根据所述第一属性信息从所述JSONObject对象中获取所述业务请求所需传递的业务参数；判断发送所述业务请求的所述用户ID是否具有对该类型业务的操作权限；若所述用户ID具有对该类型业务的操作权限，根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数。

处理器202还执行如下操作：

判断保存在终端本地的所述接口对应的配置文件在上次业务请求处理结束后是否被修改；若是，则读取所述配置文件的内容替换所述Map集合中原来的内容作为所述接口对应的最新配置文件的内容；若否，则读取所述Map集合中保存的内容作为所述接口对应的最新的配置文件的内容。

处理器202还执行如下操作：

读取终端本地保存的所述接口对应的配置文件的修改时间；将当前读取的所述修改时间与上次读取的配置文件的修改时间进行对比；若当前读取的所述修改时间与上次读取的配置文件的修改时间一致，则判定所述配置文件的内容未被修改；若当前读取的所述修改时间与上次读取的配置文件的修改时间不一致，则判定所述配置文件的内容已被修改。

处理器202还执行如下操作：

从所述内容中搜索所述业务ID对应类型业务的配置内容，从所述配置内容中获取所需传递的业务参数的名称；从所述JSONObject对象中获取所述业务参数的名称对应的业务参数。

处理器202还执行如下操作：

判断所述第二属性信息中是否包含sqlType字段和sqlMap字段；若是，获取所述业务ID对应的sqlType值和sqlMap值，所述sqlType值映射操作所述数据库的操作类型，所述sqlMap值映射所述操作类型的执行语句；利用所述执行语句对所述数据库中与所述业务参数匹配的数据执行所述操作类型对应的操作；若否，判断所述第二属性信息中是否包含实现类名称；若所述第二属性信息中包含实现类名称，获取所述实现类名称对应的装载对象，调用该装载对象对应的处理方法处理所述业务参数。

本领域技术人员可以理解，图10中示出的业务处理设备的实施例并不构成对业务处理设备具体构成的限定，在其他实施例中，业务处理设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，业务处理设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图10所示实施例一致，在此不再赘述。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序可被一个或者一个以上的处理器执行，以实现以下步骤：

通过接口接收用户发起的业务请求，所述业务请求携带的数据包括业务参数、用户ID和标识类型的业务ID；获取所述接口对应的最新的配置文件的内容，所述内容包括标识不同类型业务的业务ID以及对应类型业务的第一属性信息和第二属性信息；将所述业务请求携带的数据转换为JSONObject对象；从JSONObject对象中获取所述业务请求的业务ID和用户ID；根据所述业务ID从所述内容中获取对应的第一属性信息，根据所述第一属性信息从所述JSONObject对象中获取所述业务请求所需传递的业务参数；判断发送所述业务请求的所述用户ID是否具有对该类型业务的操作权限；若所述用户ID具有对该类型业务的操作权限，根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数。

还实现以下步骤：

判断保存在终端本地的所述接口对应的配置文件在上次业务请求处理结束后是否被修改；若是，则读取所述配置文件的内容替换所述Map集合中原来的内容作为所述接口对应的最新配置文件的内容；若否，则读取所述Map集合中保存的内容作为所述接口对应的最新的配置文件的内容。

还实现以下步骤：

读取终端本地保存的所述接口对应的配置文件的修改时间；将当前读取的所述修改时间与上次读取的配置文件的修改时间进行对比；若当前读取的所述修改时间与上次读取的配置文件的修改时间一致，则判定所述配置文件的内容未被修改；若当前读取的所述修改时间与上次读取的配置文件的修改时间不一致，则判定所述配置文件的内容已被修改。

还实现以下步骤：

从所述内容中搜索所述业务ID对应类型业务的配置内容，从所述配置内容中获取所需传递的业务参数的名称；从所述JSONObject对象中获取所述业务参数的名称对应的业务参数。

还实现以下步骤：

判断所述第二属性信息中是否包含sqlType字段和sqlMap字段；若是，获取所述业务ID对应的sqlType值和sqlMap值，所述sqlType值映射操作所述数据库的操作类型，所述sqlMap值映射所述操作类型的执行语句；利用所述执行语句对所述数据库中与所述业务参数匹配的数据执行所述操作类型对应的操作；若否，判断所述第二属性信息中是否包含实现类名称；若所述第二属性信息中包含实现类名称，获取所述实现类名称对应的装载对象，调用该装载对象对应的处理方法处理所述业务参数。

所述计算机可读存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述计算机可读存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元107中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

通过接口接收用户发起的业务请求，所述业务请求携带的数据包括业务参数、用户ID和标识类型的业务ID；

获取所述接口对应的最新的配置文件的内容，所述内容包括标识不同类型业务的业务ID以及对应类型业务的第一属性信息和第二属性信息；

将所述业务请求携带的数据转换为JSONObject对象；

从JSONObject对象中获取所述业务请求的业务ID和用户ID；

根据所述业务ID从所述内容中获取对应的第一属性信息，根据所述第一属性信息从所述JSONObject对象中获取所述业务请求所需传递的业务参数；

判断发送所述业务请求的所述用户ID是否具有对该类型业务的操作权限；

若所述用户ID具有对该类型业务的操作权限，根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数。

2.根据权利要求1所述的业务处理方法，其特征在于，配置文件保存在终端本地，获取的配置文件的内容保存在Map集合中；

所述获取所述接口对应的最新的配置文件的内容，包括：

判断保存在终端本地的所述接口对应的配置文件在上次业务请求处理结束后是否被修改；

若是，则读取所述配置文件的内容替换所述Map集合中原来的内容作为所述接口对应的最新配置文件的内容；

若否，则读取所述Map集合中保存的内容作为所述接口对应的最新的配置文件的内容。

3.根据权利要求2所述的业务处理方法，其特征在于，所述判断保存在终端本地的所述接口对应的配置文件在上次业务请求处理结束后是否被修改，包括：

读取终端本地保存的所述接口对应的配置文件的修改时间；

将当前读取的所述修改时间与上次读取的配置文件的修改时间进行对比；

若当前读取的所述修改时间与上次读取的配置文件的修改时间一致，则判定所述配置文件的内容未被修改；若当前读取的所述修改时间与上次读取的配置文件的修改时间不一致，则判定所述配置文件的内容已被修改。

4.根据权利要求1所述的业务处理方法，所述第一属性信息包括所需传递的业务参数的名称；

所述根据所述业务ID从所述内容中获取对应的第一属性信息，根据所述第一属性信息从所述JSONObject对象中获取所述业务请求所需传递的业务参数，包括：

从所述内容中搜索所述业务ID对应类型业务的配置内容，从所述配置内容中获取所需传递的业务参数的名称；

从所述JSONObject对象中获取所述业务参数的名称对应的业务参数。

5.根据权利要求1所述的业务处理方法，所述第二属性信息包括数据库的名称；

所述根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数，包括：

判断所述第二属性信息中是否包含sqlType字段和sqlMap字段；

若所述第二属性信息中包含sqlType字段和sqlMap字段，获取所述业务ID对应的sqlType值和sqlMap值，所述sqlType值映射操作所述数据库的操作类型，所述sqlMap值映射所述操作类型的执行语句；

利用所述执行语句对所述数据库中与所述业务参数匹配的数据执行所述操作类型对应的操作。

6.根据权利要求5所述的业务处理方法，所述根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数，还包括；

若所述第二属性信息中不包含sqlType字段和sqlMap字段，判断所述第二属性信息中是否包含实现类名称；

若所述第二属性信息中包含实现类名称，获取所述实现类名称对应的装载对象，调用该装载对象对应的处理方法处理所述业务参数。

7.一种业务处理装置，其特征在于，包括：

接收单元，用于通过接口接收用户发起的业务请求，所述业务请求携带的数据包括业务参数、用户ID和标识类型的业务ID；

第一获取单元，用于获取所述接口对应的最新的配置文件的内容，所述内容包括标识不同类型业务的业务ID以及对应类型业务的第一属性信息和第二属性信息；

转换单元，用于将所述业务请求携带的数据转换为JSONObject对象；

第二获取单元，用于从JSONObject对象中获取所述业务请求的业务ID和用户ID；

第三获取单元，用于根据所述业务ID从所述内容中获取对应的第一属性信息，用于根据所述第一属性信息从所述JSONObject对象中获取所述业务请求所需传递的业务参数；

判断单元，用于判断发送所述业务请求的所述用户ID是否具有对该类型业务的操作权限；

处理单元，用于若所述用户ID具有对该类型业务的操作权限，根据所述业务ID的第二属性信息调用对应的处理方法处理所述所需传递的业务参数。

8.根据权利要求7所述的业务处理装置，所述第二属性信息包括数据库的名称；

所述处理单元包括：

第二判断子单元，用于判断所述第二属性信息中是否包含sqlType字段和sqlMap字段；

第三获取子单元，用于若所述第二属性信息中包含sqlType字段和sqlMap字段，获取所述业务ID对应的sqlType值和sqlMap值，所述sqlType值映射操作所述数据库的操作类型，所述sqlMap值映射所述操作类型的执行语句；

操作子单元，用于利用所述执行语句对所述数据库中与所述业务参数匹配的数据执行所述操作类型对应的操作。

第三判断子单元，用于若所述第二属性信息中不包含sqlType字段和sqlMap字段，判断所述第二属性信息中是否包含实现类名称。

处理子单元，用于若所述第二属性信息中包含实现类名称，获取所述实现类名称对应的装载对象，调用该装载对象对应的处理方法处理所述业务参数。

9.一种业务处理设备，其特征在于，所述设备包括存储器，以及与所述存储器相连的处理器；

所述存储器，用于存储业务处理程序数据；

所述处理器，用于运行所述存储器中存储的程序数据，以执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者一个以上程序数据，所述一个或者一个以上程序数据可被一个或者一个以上的处理器执行，以实现如权利要求1至7任一项所述的方法。