14:根据判定规则执行判定对象的判定过程，以得到判定结果。
[0036]根据本发明的实施例，上述步骤Sll中接收并保存客户端发来的判定规则的步骤具体可以包括:
[0037]步骤Slll:接收客户端发来的判定规则，并按照预定的逻辑生成判定表达式；
[0038]步骤SI 12:将判定表达式保存到zookeeper服务器的节点上，并利用zookeeper月艮务器的监听回调机制实现配置更新。
[0039]其中，判定表达式包括预设的参数字段、第一判定参数和第二判定参数。
[0040]步骤S14中执行所述判定对象的判定过程具体可以按照以下方式执行:
[0041]步骤S141:将判定对象的参数字段与预设的参数字段进行比较，生成判定对象的判定参数；
[0042]步骤S142:将生成的判定对象的判定参数与第一判定参数进行逻辑运算，以生成第一判定结果；
[0043]步骤S143:将生成的第一判定结果组成流程判定参数；
[0044]步骤S144:将该流程判定参数与第二判定参数进行逻辑运算，以得到判定结果。
[0045]其中，上述步骤S141至步骤S144中所述的判定对象的判定参数、第一判定参数和第二判定参数是二进制的数字串，且所述运算为二进制的位运算。
[0046]另外，在根据步骤S14得到判定结果之后，还可以将判定过程的明细信息保存在数据库中，其中，该明细信息包括判定标识符和判定结果。
[0047]并且，步骤S13中将获取的参数封装成判定对象的具体执行过程可以包括:
[0048]步骤S131:根据获取的参数判断此次判定是否依赖于之前的判定过程；
[0049]步骤S132:如果依赖于之前的判定过程，则根据该参数中包括的判定标识符从数据库中获取之前的判定过程的明细信息，并与该参数一起封装成判定对象；
[0050]步骤S133:如果不依赖于之前的判定过程，则直接将获取的该参数封装成判定对象。
[0051]图2是根据本发明实施例的一种投票判定的装置的主要模块示意图。如图2所示，本发明的投票判定装置20主要包括判定设置模块21、参数获取模块22、参数封装模块23和投票判定模块24。
[0052]判定设置模块21用于接收并保存客户端发来的判定规则;参数获取模块22用于接收业务系统发送的投票判定请求，并获取投票判定请求的参数;参数封装模块23用于将获取的该参数封装成判定对象；投票判定模块24用于根据判定规则执行判定对象的判定过程，以得到判定结果。
[0053]根据本发明的实施例，判定设置模块21还可以用于接收客户端发来的判定规则，并按照预定的逻辑生成判定表达式;将该判定表达式保存到zookeeper服务器的节点上，并利用zooke印er服务器的监听回调机制实现配置更新。
[0054]其中，判定表达式包括预设的参数字段、第一判定参数和第二判定参数。
[0055]投票判定模块24还可以用于将判定对象的参数字段与预设的参数字段进行比较，生成该判定对象的判定参数;将生成的该判定对象的判定参数与第一判定参数进行逻辑运算，以生成第一判定结果;将生成的第一判定结果组成流程判定参数;将该流程判定参数与第二判定参数进行逻辑运算，以得到判定结果。
[0056]其中，判定对象的判定参数、第一判定参数和第二判定参数是二进制的数字串，且该运算为二进制的位运算。
[0057]另外，本发明的投票判定装置20还可以包括明细保存模块，用于在得到判定结果之后，将该判定过程的明细信息保存在数据库中，其中，明细信息包括判定标识符和判定结果O
[0058]并且，参数封装模块23还可以用于根据获取的参数判断此次判定是否依赖于之前的判定过程;如果依赖于之前的判定过程，则根据该参数中包括的判定标识符从数据库中获取之前的判定过程的明细信息，并与该参数一起封装成判定对象;如果不依赖于之前的判定过程，则直接将获取的该参数封装成判定对象。
[0059]根据本发明的实施例，通过在可视化的客户端界面上配置对应的条件判断逻辑，然后生成相应的二进制位运算逻辑表达式，之后与业务系统发来的参数生成的二进制数字串进行位运算，从而实现动态投票判定的过程。其中，本发明的投票判定装置中的投票判定模块可以包含至少一个投票判定单元，每个投票判定单元都有自己的判定表达式，且当每个投票判定单元都投票完成后，对投票结果进行汇总及进一步的逻辑运算处理以得到最终的投票判定结果。本发明通过动态配置投票判定装置中不同投票判定单元的排列组合，来实现不同的判断逻辑，使用灵活方便。
[0060]图3是根据本发明实施例的投票判定系统的整体架构图。如图3所示，本发明将实现投票判定的装置封装成一个组件，可以单独部署或者与上层业务系统进行依赖部署。本实施例中的投票判定系统主要包括:客户端、投票判定装置、业务服务器、Zookeeper服务器和数据库集群等几个部分。其中，业务服务器是指上级业务系统所在的服务器，业务系统通过提交判定请求的方式调用指定的投票判定装置来实现业务逻辑判断，最终得到判定结果O
[0061]客户端通过发送http请求等方式，可以访问用于设定判定规则的显示界面。其中所述客户端为终端设备，可以是固定终端或者移动终端设备，如个人计算机、安装有APP(应用程序)的智能电话等均可实现本实施例的功能。如图4所示，是根据本发明实施例的判定规则设置界面示意图，在该设置界面上用户可以自定义投票判定单元、判定参数和参数设置选项等内容。该可视化判定规则设置界面中，投票判定单元的参数设置选项可以通过例如下拉框的形式来实现，下拉框中可以包括必要参数、可选参数、非空参数等几个项目，其中，必要参数是指传入的参数列表中必须有的参数;可选参数是指传入的参数列表中至少有可选参数中的一个;非空参数是指指定参数必须有传值。如果需要用到多个投票判定单元分别进行判定，则分别定义该多个投票判定单元判定通过的标准。另外，当该多个投票判定单元判定完成后，还需要定义该多个投票判定单元的初步判定结果的进一步判定逻辑，如图4中所示的两个投票判定单元之间的“与/或”等运算逻辑。所有用户在该设置界面上定义的判定规则，都会通过投票判定装置自动生成相应的二进制数字串及判定表达式，并保存在配置管理服务器zooke印er中。
[0062]Zookeeper服务器是一个远程集中配置管理的服务器，用于存储用户在设置界面定义判定规则后投票判定装置自动生成的判定表达式。同时，由于zookeeper具有监听回调的功能，当将判定表达式保存到zookeeper服务器的相应节点后，zookeeper服务器会通知发生变化节点对应的投票判定单元来进行配置更新。
[0063]投票判定装置是该投票判定系统的核心，根据功能实现，主要可包括如图3中所示的判定表达式生成单元、RMI服务器和投票判定单元。其中，判定表达式生成单元主要用于根据接收到的客户端发来的判定规则生成相应的判定表达式。RMI服务器提供了业务系统和投票判定装置交互的接口，当接收到业务系统的判定请求后，负责解析请求参数并封装成判定对象，然后调用投票判定模块进行逻辑判定;并且在得到判定结果后，将判定结果返回给上层业务系统。投票判定模块用于执行逻辑判定，在一次判定过程中，可能会有多个投票判定单元，每个投票判定单元根据预先设置的判定逻辑进行判断，最后再将所有投票判定单元的初步判定结果进行进一步的逻辑判定以得到最终的判定结果。
[0064]在得到判定结果后，会将此次判定过程的明细信息存储在数据库集群中，以便