CN101452555A

CN101452555A - 查询个人信用信息的方法、系统及个人信用查询系统

Info

Publication number: CN101452555A
Application number: CNA2008101929081A
Authority: CN
Inventors: 陈皓; 郑承满; 张树贵; 高志慧
Original assignee: China Construction Bank Corp
Current assignee: China Construction Bank Corp
Priority date: 2008-12-31
Filing date: 2008-12-31
Publication date: 2009-06-10

Abstract

本发明提供了一种查询个人信用信息的方法、系统及个人信用查询系统，客户端与个人查询系统采用异步通讯的方式，并同时对多个客户端的查询请求进行处理，提高查询效率，提高了系统性能，满足客户需求。其中，所述向个人信用征信系统查询个人信用信息的系统，包括：所述多个客户端，用于通过调用所述个人信用查询系统的消息中间件服务向所述个人信用查询系统发起查询请求，并结束请求处理；所述个人信用查询系统，用于接收所述多个客户端发送的查询请求，并根据所述查询请求向个人信用征信系统查询个人信用信息，根据查询得到的个人信用信息更新本地数据库，并调用所述客户端的消息中间件服务向所述客户端发送所述查询得到的个人信用信息。

Description

查询个人信用信息的方法、系统及个人信用查询系统

技术领域

本发明涉及电子金融领域，更为具体地，涉及一种查询个人信用信息的方法、系统及个人信用查询系统。

背景技术

为了提高信贷风险防范的能力，同时也为了解决目前面临的客户异议投诉问题以及对同一客户信用信息重复查询问题，需要将从个人信用征信系统(如：中国人民银行征信中心个人信用信息基础数据库)查询回来的个人信用信息保留在商业银行(如：中国建设银行、中国工商银行、中国农业银行等)的本地数据库中，在商业银行总行建立个人信用信息基础数据库，以取代原来文件的管理方式。随着金融业的发展，将会存在海量的个人用户，如：目前大约有600万的个人用户，而信用数据是一月更新一次，则要求商业银行的个人信用查询系统在性能上能满足一个月内完成600万客户在个人信用信息基础数据库中的信用信息更新，即：要求一个月内需要到人行征信系统查询600万客户的信用信息并更新到个人信用信息基础数据库中。

而目前中国人民银行的个人信用征信系统只提供以网页的方式查询个人信用信息，这种方式只适合人工查询，这样使得查询效率低下，无法满足客户需求。为此，现有技术提供了通过抓取网页的方式实现系统的自动查询功能解决方案，如图1所示，客户端向个人信用查询系统发送查询请求报文，个人信用查询系统接收到客户端请求后，向人行征信系统发起查询请求，个人信用查询系统收到个人信用征信系统抓取网页，即抓取超文本置标语言(HyperText Markup Language，HTML)数据，解析HTML数据得到个人信用信息并写入本地数据库，将个人信用信息封装为结果报文传输给客户端。

而现有技术的客户端发起查询请求后，等待个人信用查询系统返回信用报告，然后交易结束。由于采用的是同步的通讯方式，平均大约每次查询为3秒左右，一个月远远不能完成信用数据的更新，不能满足系统性能需求。

发明内容

本发明提供了一种查询个人信用信息的方法、系统及个人信用查询系统，客户端与个人查询系统采用异步通讯的方式，并同时对多个客户端的查询请求进行处理，提高查询效率，提高了系统性能，满足客户需求。

根据本发明的第一方面，提供一种向个人信用征信系统查询个人信用信息的系统，包括多个客户端、个人信用查询系统，其中，

所述多个客户端，用于通过调用所述个人信用查询系统的消息中间件服务向所述个人信用查询系统发起查询请求，并结束请求处理；

所述个人信用查询系统，用于接收所述多个客户端发送的查询请求，并根据所述查询请求向个人信用征信系统并发查询个人信用信息，根据查询得到的个人信用信息更新本地数据库，并调用所述客户端的消息中间件服务向所述客户端发送所述查询得到的个人信用信息。

根据本发明的第二方面，提供一种个人信用查询系统，包括：

消息中间件服务模块，用于接收多个客户端发送的查询请求，并将所述查询请求携带的请求数据写入本地数据库；

并发查询进程模块，用于从所述本地数据库获取所述请求数据，向个人信用征信系统查询个人信用信息，并得到信用报告；

数据解析入库进程组模块，用于对所述并发查询进程模块的信用报告进行解析处理得到个人信用信息，并将所述解析处理得到的个人信用信息写入所述本地数据库，调用所述客户端的消息中间件服务向所述客户端发送所述解析处理得到的个人信用信息。

根据本发明的第三方面，提供一种向个人信用征信系统查询个人信用信息的方法，包括：

获得由至少一个客户端调用个人信用查询系统的消息中间件服务发送的查询请求；

根据所述查询请求向个人信用征信系统查询并获取个人信用信息；

根据获取的个人信用信息更新本地数据库，并调用所述客户端的消息中间件服务向所述客户端发送所述获取的个人信用信息。

实施本发明的一种查询个人信用信息的方法、系统及个人信用查询系统，客户端与个人查询系统采用异步通讯的方式，并同时对多个客户端的查询请求进行处理，提高查询效率，提高了系统性能，满足客户需求。

附图说明

图1示出了现有的一种查询个人信用信息的系统的结构示意图；

图2示出了本发明的一种向个人信用征信系统查询个人信用信息的系统的结构框图；

图3示出图2所述解析入库进程模块的结构示意图；

图4示出了本发明的一种向个人信用征信系统查询个人信用信息的系统的硬件部署示意图；

图5示出了本发明的一种向个人信用征信系统查询个人信用信息的方法流程图；

图6示出了本发明的个人信用查询系统调用消息中间件服务进程的处理流程；

图7示出了本发明的个人信用查询系统调用并发查询进程的处理流程图；

图8示出了本发明的个人信用查询系统调用数据解析入库进程的处理流程图。

具体实施方式

为使本发明的实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

参考图2，在本发明实施例中，一种向个人信用征信统查询个人信用信息的系统，包括多个客户端1000、个人信用查询系统2000，其中，

多个客户端1000，用于通过调用个人信用查询系统2000的消息中间件服务(如：被分布式操作扩展后的UNIX事务系统(Transaction for UNIX has beenExtended for Distributed Operation，TUXEDO)服务)向个人信用查询系统2000发起查询请求(即图2中的请求服务)，不等个人信用查询系统2000应答，就结束与所述个人信用查询系统之间的通讯；

个人信用查询系统2000，用于接收多个客户端1000发送的查询请求，并根据所述查询请求向个人信用征信系统3000查询个人信用信息，根据查询得到的个人信用信息更新本地数据库2200，并调用所述客户端的消息中间件服务(在本例中为TUXEDO服务)向所述客户端发送所述查询得到的个人信用信息(即图2中的响应服务)。

需要说明的是，在本发明实施例中，所述个人信用征信系统3000主要具有征集个人信用信息，并向各个商业银行或其它用户提供个人信用信息查询的功能，例如：中国人民银行的人行征信系统。

本领域的技术人员应该理解，本发明并不局限于由TUXEDO实现，可以由具有异步通讯功能的其它消息中间件实现，如：消息队列(Message Queue，MQ)或Web服务(Web Services)等。其中，在本领域中，所述异步通讯为客户端发起查询请求后，不等待服务端应答，就结束通讯，服务端在完成请求任务，调用客户端的提供的服务来进行应答。

在本发明的优选实施例中，如图2所示，本发明提供的一种个人信用查询系统包括：

消息中间件服务模块2100，用于接收多个客户端1000发送的查询请求，并将所述查询请求携带的请求数据写入本地数据库2200；

并发查询进程模块2300，用于从本地数据库2200获取所述请求数据，向个人信用征信系统3000查询个人信用信息，并得到信用报告。

具体地，当个人信用征信系统提供网页方式查询个人信用信息时，并发查询进程模块2300通过模拟HTTP网页客户端来抓取HTML网页；

数据解析入库进程组模块2400，用于对并发查询进程模块2300的信用报告(本例中为HTML网页)进行解析处理得到个人信用信息，并将所述解析处理得到的个人信用信息写入本地数据库2200，调用所述客户端的消息中间件服务(如：TUXEDO服务)向所述客户端发送所述解析处理得到的个人信用信息。

优选地，如图2所示，并发查询进程模块2300包括：

数据库轮询线程单元2301，用于启动查询线程组单元2302，并定时轮询本地数据库2200是否有请求数据，并在查询到本地数据库2200中有请求数据时，读出所述请求数据，将所述请求数据写入请求队列；

所述查询线程组单元2302，包括多条查询线程(如：人行查询线程或网页抓取线程)，所述多条查询线程用于按照时分方式扫描所述请求队列，检测所述请求队列中是否有待处理的请求数据，并在检测到待处理的请求数据时，其中一条查询线程从队列中读出一条所述请求数据，并根据所述请求数据查询个人信用征信系统3000，得到信用报告。

其中，在本发明实施例中，所述多条查询线程用于按照时分方式扫描所述请求队列具体可以采用JAVA的锁机制来实现，即某一时刻只能有一个线程访问队列，例如：在查询语句的最后加上“for update”关键字，当一查询进程查询到一条符合条件的请求记录时，这条请求记录就被加锁了，其它查询进程就不能访问该请求记录了，从而避免出现多条查询进程到同一请求同时进程处理的情况。

优选地，如图2所示，数据解析入库进程组模块2400包括至少一个解析入库进程模块(图2所述的第一解析入库进程模块、第二解析入库进程模块、第三解析入库进程模块等)，其中，如图3所示，所述解析入库进程模块包括：

正则表达式单元10，用于存储与个人信用信息对应的正则表达式；

解析单元20，用于将所述信用报告(如HTML网页)的各个信息段与正则表达式单元10中的正则表达式进行匹配，并从所述信用报告中提取与所述正则表达式匹配成功的信息段，由于正则表达式与个人信用信息一一对应，所以提取的信息段即为个人信用信息，包括：查询信息段、身份信息段、居住地址段、职业信息段、银行信贷汇总信息段、信用卡汇总信息段、准贷记卡汇总信息段、贷记卡汇总信息段、贷款汇总信息段、为他人贷款担保汇总信息段、准贷记卡明细信息段、贷记卡明细信息段、贷款明细信息段、为他人贷款担保明细信息段、特殊交易段、个人结算账户信息段、个人住房公积金信息段、查询历史段等。

写入单元30，用于将解析单元20提取的个人信用信息写入所述本地数据库；

反馈单元40，用于调用所述客户端的消息中间件服务(如：TUXEDO服务)向所述客户端发送解析单元20提取的个人信用信息。

在具体实现时，为了进一步提高系统处理速度，在系统硬件配置方面通过采用服务器集群的方式进行部署，即：查询以及解析任务放在多台服务器上同时进行处理。同时，当有台服务器因为某种原因不能工作的话，另外的服务器还能继续运行，保证系统的稳定性，提高系统的可用性。

具体地，所述消息中间件服务模块采用至少一台应用服务器(ApplicationServer，AP)实现，所述并发查询进程模块和数据解析入库进程组模块采用至少三台应用服务器实现。

如图4所示，AP1部署TUXEDO服务程序负责接收客户端的查询请求，AP2、AP3、AP4三台服务器上部署并发查询进程和数据解析入库进程组，负责到个人信用征信系统查询信用报告，同时对个人信用征信系统返回信用报告进行解析入库。

优选地，当AP所在的网段不能访问个人信用征信系统的主机时，采用两台WEB服务器作为代理服务器来使用，通过WEB服务器转发信用查询报告信息。

通过实施本发明实施例，客户端与个人查询系统采用异步通讯的方式，并同时对多个客户端的查询请求进行处理，提高查询效率，提高了系统性能，满足客户需求。同时，查询采用并发查询进程模块处理，解析采用解析入库进程处理模块处理，提高了系统稳定性。另外，通过采用多台服务器集群部署的方式，分别运行查询进程和解析入库进程，实现了服务器的负荷分担和备份功能，进一步提高了系统处理速度和保证了系统稳定性。

以上通过优选实施例的方式阐述了本发明的一种向个人信用征信系统查询个人信用信息的系统及个人信用查询系统的技术方案，下面结合附图，进一步阐述本发明提供的一种向个人信用征信系统查询个人信用信息的方法。

参考图5，图示了本发明的一种向个人信用征信系统查询个人信用信息的方法的流程图，所述方法包括：

S100，获得由至少一个客户端调用个人信用查询系统(如中国建设银行的个人信用查询系统)的消息中间件服务(例如：TUXEDO服务)发送的查询请求，其中所述客户端发送完查询请求后，就结束通讯；

S200，根据所述查询请求向个人信用征信系统(如：中国人民银行的人行征信系统)查询并获取个人信用信息；具体地，个人信用查询系统通过调用并发查询进程向个人信用征信系统查询信用报告，调用数据解析入库进程组对查询得到的信用报告进行解析得到个人信用信息。

S300，根据获取的个人信用信息更新本地数据库(本例为中国建设银行的本地数据库)，并调用所述客户端的消息中间件服务(例如：TUXEDO服务)向所述客户端发送所述获取的个人信用信息。

在本发明实施例中，如图6所示，所述消息中间件服务进程的处理包括：

S101，获取至少一个客户端发送的查询请求；

S102，将所述查询请求携带的请求数据写入个人信用查询系统的本地数据库。

在本发明实施例中，并发查询进程分为主控线程(或数据库轮询线程)和查询进程组(或网页抓取线程组)，两者之间的代码如下：

public class GetHttpContent extends Thread{

//以下函数对应网页抓取线程组

public void run(){

//此处实现网页抓取的代码

}

//以下是主控线程

public static void main(String args[]){

//以下代码启动网页抓取线程组，至于具体要启动多少个网页抓取线

//程，根据配置文件的pics.threadnum参数来确定

cnt＝proutil.getConfigValue(“pics.threadnum”)；

for(int i＝0；i<cnt；i++){

qps[i]＝new GetHttpContent(i)；

qps[i].start()；

Thread.sleep(100)；

}

//此处实现数据轮询代码

}

其中，如图7所示，所述并发查询进程的处理流程包括：

S201，主控线程(即数据库轮询线程)启动网页抓取线程组(即查询线程组)后，开始定时轮询所述本地数据库；

其中，主控线程实现如下：

synchronized(queue){

queue.add(info)；

}

网页抓取线程实现如下：

synchronized(queue){

custInfo＝(CustInfo)queue.removeLast()；

}

S202，检测所述本地数据库是否有所述请求数据，如果是，则执行S203，否则执行S201；

S203，从所述本地数据库中读出所述请求数据，并将本地数据库中关于所述请求数据的记录置为正在处理状态，将所述请求数据写入请求队列，所述请求队列是主控线程和网页抓取线程组共享的数据，其采用先进先出的机制，先进入队列的数据先处理；

S204，网页抓取线程组的网页抓取线程在空闲时定时扫描所述请求队列，具体地，按照时分方式扫描所述请求队列，即：某一时刻只能一条网页抓取线程访问请求队列；

在本例中，可以采用JAVA的锁机制来实现时分访问方式，例如：在查询语句的最后加上“for update”关键字，当一查询进程查询到一条符合条件的请求记录时，这条请求记录就被加锁了，其它查询进程就不能访问该请求记录了，从而避免出现多条查询进程到同一请求同时进程处理的情况，代码如下：

conn＝new DbConnection()；

conn.con.setAutoCommit(false)；

//在查询语句的最后加上“for update”关键字，这样当查询到一条符合条件

//的记录时，这条记录就被加锁了，直到数据提交之前，其它进程不能访问该记录

//rownum＝1表示一次只能查询一条符合条件的记录

pstmtl＝conn.con.prepareStatement(“select SN，CUST_NAME，

trim(CERT_TYPE)as CERT_TYPE，CERT_NO from crd_sngl_qry_info

WHERE STATUS＝’0’AND rownum＝1 ORDER BY SN FOR UPDATE”)；

pstmt2＝conn.con.prepareStatement(“UPDATE crd_sngl_qry_info

SET STATUS＝‘1’WHERE SN＝？”)；

while(true){

if(bStop)break；

if(conn.con！＝null)

{

conn.rs＝pstmtl.executeQuery()；

if(conn.rs.next()){

CusIntfo info＝new CustInfo()；

info.sn＝conn.rs.getInt(1)；

info.custName＝conn.rs.getString(2)；

info.centNo＝conn.rs.getString(4)；

info.centType＝conn.rs.getString(3)；

conn.rs.close()；

synchronized(queue){

queue.add(info)；

}

pstmt2.setInt(1，info.sn)；

pstmt2.executeUpdate()；

}

//每次查询完后commit一下，否则会引起其它进程等待，造

//成系统阻塞

conn.con.commit()；

}

S205，检测所述请求队列中是否有待处理的所述请求数据，如果是，则执行S206，否则执行S204；

S206，一条网页抓取线程从队列中读出一条所述请求数据，并根据所述请求数据向个人信用征信系统查询个人信用信息得到信用报告；

具体地，当个人信用征信系统采用的是网页方式，采用JAVA的httpunit.jar包提供的模拟HTTP客户端来实现网页抓取功能，即：通过httpunit.jar包提供的模拟HTTP客户端功能模拟登陆人行征信系统，并进行个人信用报告的查询，获取查询报告，其实现代码如下：

request＝searchForm.getRequest()；

Button search＝Button＝searchForm.getButtons()[0]；

//username-客户姓名，是必须输入的参数

request.setParameter(“username”，userName)；

//certType-证件类型，是必须输入的参数

request.setParameter(“certype”，certType)；

//certNo-证件号码，是必须输入的参数

request.setParameter(“cercode”，certNo)；

request.setParameter(“queryreason”，“01”)；

request.setParameter(“idauthflag”，“0”)；

request.setParameter(“vertype”，“1”)；

//发起查询请求

searchButton.click()；

//creditRestult是从个人信用征信系统查询的数据

creditRestult＝response.qetText()；

然后，调用数据解析入库进程对所述信用报告进行解析处理得到个人信用信息，代码为：

Runtime run＝Runtime.getRuntime()；

run.exec(“java-d64 cn.ccb.pcis.db.Crd2db参数”)；

如图8所示，所述数据解析入库进程组的其中一条数据解析入库进程的处理包括：

S208，将并发查询进程查询得到的信用报告的各个信息段与正则表达式进行匹配；

S209，判断是否匹配成功，如果是，则执行S211，否则执行S210。

S210，不做处理，结束。

S211，从所述信用报告中提取与所述正则表达式匹配成功的信息段，其中，所述正则表达式与个人信用信息对应。所述个人信用信息包括：查询信息段、身份信息段、居住地址段、职业信息段、银行信贷汇总信息段、信用卡汇总信息段、准贷记卡汇总信息段、贷记卡汇总信息段、贷款汇总信息段、为他人贷款担保汇总信息段、准贷记卡明细信息段、贷记卡明细信息段、贷款明细信息段、为他人贷款担保明细信息段、特殊交易段、个人结算账户信息段、个人住房公积金信息段、查询历史段等。

值得说明的是，在本发明实施例中，本领域的技术人员应该理解，所述代码只是实现所述方法步骤的一种具体方式而已，本发明的实现代码不限于JAVA语言，采用其它计算机语言实现本发明的技术方案，也在本发明的保护范围之内。

在本发明实施例中，由于个人信用征信系统中信用报告的展现格式可能会做调整，通过对每个信用信息段的正则表达式写在配置文件中，当个人信用征信系统对信用报告中某个信息段的展现格式做出调整时，可以通过修改对应信息段的正则表达式即可，不需对程序做调整。

通过实施本发明实施例，客户端与个人查询系统采用异步通讯的方式，并同时对多个客户端的查询请求进行处理，提高查询效率，提高了系统性能，满足客户需求。同时，通过采用多台服务器集群部署的方式，来分别运行查询进程和解析入库进程，实现了服务器的负荷分担和备份功能，进一步提高了系统处理速度和保证了系统稳定性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims

1.一种向个人信用征信系统查询个人信用信息的系统，包括多个客户端、个人信用查询系统，其特征在于，

所述多个客户端，用于通过调用所述个人信用查询系统的消息中间件服务向所述个人信用查询系统发起查询请求，并结束通讯；

所述个人信用查询系统，用于接收所述多个客户端发送的查询请求，并根据所述多个客户端发送的查询请求向个人信用征信系统查询个人信用信息，根据查询得到的个人信用信息更新本地数据库，并调用所述客户端的消息中间件服务向所述客户端发送所述查询得到的个人信用信息。

2.根据权利要求1所述的系统，其特征在于，所述个人信用查询系统包括：

消息中间件服务模块，用于接收所述多个客户端发送的查询请求，并将所述查询请求携带的请求数据写入所述本地数据库；

并发查询进程模块，用于从所述本地数据库获取所述请求数据，向所述个人信用征信系统查询个人信用信息，并得到信用报告；

数据解析入库进程组模块，用于对所述并发查询进程模块得到的信用报告进行解析处理得到个人信用信息，并将所述解析处理得到的个人信用信息写入所述本地数据库，调用所述客户端的消息中间件服务向所述客户端发送所述解析处理得到的个人信用信息。

3.根据权利要求2所述的系统，其特征在于，所述并发查询进程模块包括：

数据库轮询线程单元，用于启动查询线程组单元，并定时轮询所述本地数据库是否有请求数据，并在查询到所述本地数据库中有请求数据时，读出所述请求数据，将所述请求数据写入请求队列；

所述查询线程组单元，包括多条查询线程，所述多条查询线程用于按照时分方式扫描所述请求队列，检测所述请求队列中是否有待处理的请求数据，并在检测到待处理的请求数据时，其中一条查询线程从队列中读出一条所述请求数据，并根据所述请求数据向个人信用征信系统查询个人信用信息得到信用报告。

4.根据权利要求2所述的系统，其特征在于，所述数据解析入库进程组模块包括至少一个解析入库进程模块，其中，所述解析入库进程模块包括：

正则表达式单元，用于存储与个人信用信息对应的正则表达式；

解析单元，用于将所述信用报告的各个信息段与所述正则表达式单元的正则表达式进行匹配，从所述信用报告中提取与所述正则表达式匹配成功的信息段，所述信息段即为所述个人信用信息；

写入单元，用于将所述解析单元提取的个人信用信息写入所述本地数据库；

反馈单元，用于调用所述客户端的消息中间件服务向所述客户端发送所述解析单元提取的个人信用信息。

5.根据权利要求1-4任意一项所述的系统，其特征在于，所述消息中间件包括：被分布式操作扩展后的UNIX事务系统TUXEDO、或消息队列MQ、或Web服务。

6.根据权利要求2-4任意一项所述的系统，其特征在于，所述消息中间件服务模块采用至少一台应用服务器实现，所述并发查询进程模块和数据解析入库进程组模块采用至少三台应用服务器实现。

7.一种个人信用查询系统，其特征在于，包括：

8.根据权利要求7所述的个人信用查询系统，其特征在于，所述并发查询进程模块包括：

数据库轮询线程单元，用于启动查询线程组单元，并定时轮询所述本地数据库是否有所述请求数据，并在查询到所述本地数据库中有请求数据时，读出所述请求数据，将所述请求数据写入请求队列；

所述查询线程组单元，包括多个查询线程，所述多条查询线程用于按照时分方式扫描所述请求队列，检测所述请求队列中是否有待处理的请求数据，并在检测到待处理的请求数据时，其中一条查询线程从队列中读出一条所述请求数据，并根据所述请求数据向个人信用征信系统查询个人信用信息得到信用报告。

9.根据权利要求7所述的个人信用查询系统，其特征在于，所述数据解析入库进程组模块包括至少一个解析入库进程模块，其中，所述解析入库进程模块包括：

解析单元，用于将所述信用报告的各个信息段与所述正则表达式进行匹配，从所述信用报告中提取与所述正则表达式匹配成功的信息段，所述信息段即为所述个人信用信息；

10.根据权利要求7-9任意一项所述的个人信用查询系统，其特征在于，所述消息中间件包括：被分布式操作扩展后的UNIX事务系统TUXEDO、或消息队列MQ、或Web服务。

11.根据权利要求7-9任意一项所述的个人信用查询系统，其特征在于，所述消息中间件服务模块采用至少一台应用服务器实现，所述并发查询进程模块和数据解析入库进程组模块采用至少三台应用服务器实现。

12.一种向个人信用征信系统查询个人信用信息的方法，其特征在于，包括：

13.根据权利要求12所述的方法，其特征在于，在获得所述查询请求之后，向个人信用征信系统查询并获取个人信用信息之前，所述方法还包括：

将所述查询请求携带的请求数据写入所述本地数据库。

14.根据权利要求13所述的方法，其特征在于，所述根据所述查询请求向个人信用征信系统查询并获取个人信用信息包括：

调用数据库轮询线程定时轮询所述本地数据库是否有所述请求数据，并在查询到所述本地数据库中有请求数据时，读出所述请求数据，将所述请求数据写入请求队列；

调用查询线程组的查询线程按照时分方式扫描所述请求队列，检测所述请求队列中是否有待处理的所述请求数据，并在检测到待处理的请求数据时，其中一条查询线程从队列中读出一条所述请求数据，并根据所述请求数据向个人信用征信系统查询个人信用信息得到信用报告；

调用数据解析入库进程对所述信用报告进行解析处理得到个人信用信息。

15.根据权利要求14所述的方法，其特征在于，所述调用数据解析入库进程对所述信用报告进行解析处理得到个人信用信息包括：

将所述信用报告的各个信息段与正则表达式进行匹配，从所述信用报告中提取与所述正则表达式匹配成功的信息段，其中，所述正则表达式与个人信用信息对应。

16.根据权利要求12-15任意一项所述的方法，其特征在于，所述消息中间件包括：被分布式操作扩展后的UNIX事务系统TUXEDO、或消息队列MQ、或Web服务。