CN202033796U - 信用卡征信协查系统 - Google Patents

Abstract

本实用新型提出了一种信用卡征信协查系统，分行综合数据管理平台和信用卡预审批系统均与信用卡征信协查单元通信连接，总行综合数据管理平台与特色业务平台均与分行综合数据管理平台通信连接；特色业务平台通过银联前置机与银联服务器相连，银联服务器与外部系统服务器相连；信用卡征信协查单元通过互联网与外联系统通信连接。采用本实用新型的方法和系统，能显著提高信用卡征信协查的效率。

Description

信用卡征信协查系统

技术领域

本实用新型涉及一种信用卡征信协查系统。

技术背景

中国建设银行湖南省分行自2003年8月份发行第一张贷记卡以来，年发卡量均以翻番速度发展，到2008年底，已累计发卡63.64万张，拥有客户55.7万户，但自2008年10月份总行信用卡进件系统(APS)正式上线后，发卡速度骤然减速，至2009年3月底止，仅发卡4.74万张，只完成全年任务的12.03％，按此速度该分行几乎不可能完成全年任务，其原因主要在于进件系统上线后，由于缺乏科技手段的支持，审批过程中业务人员需要人工查询预审批客户的人行征信记录、公积金、存款、贷款、理财产品、代发工资等多个系统的数据信息，效率低，差错高，影响该行的发卡进度，导致征信调查人员的工作量得不到有效提高，造成进件积压，严重影响发卡进度，造成客户投诉，给建行声誉也带来一定负面影响。

业务人员在审批信用卡过程中需要的信息需要从众多的外联系统中获得，访问的方式也不尽相同，如人行征信，通过访问人行相关系统网站，使用用户登录后，输入相关信息后查询取得；如公积金，通过批量上传文件，由公积金系统批量返回结果；如行内的一些帐务查询，通过行内系统相关接口实现。

目前分行主要征信涉及的业务范围有：

公安户籍信息查询、人行信用记录查询、汽车网查询、企业网查询、公积金信息查询、联名卡查询、电信黄页、客户手机信息查询、房产证信息查询、系统内征信(存款、代发工资、基金、房贷，消费贷款，汽车贷款…)数据查询等等。

因此，当前审查方法存在以下问题：

征信协查主要是通过手工方式操作，比如：操作人员分别登录到一些相关的外联系统，输入客户提供的协查信息，外联系统单笔或批量返回协查结果，作业人员通过打印征信结果或在申请表标注的方式，为审批人员提供征信依据。

各外联系统分散分布在不同的地点，提供不同方式的查询，所需提交的查询条件不同；

各外联系统查询结果数据格式不一致，无用信息较多，无法提供综合集成的结果，审批人员很难利用；

各外联系统管理繁琐，需记录多个系统的登录用户名及密码，占用大量的登录和切换时间，增加操作人员的工作量；

外联系统类别繁多，手工登录页面查询工作统计工作量大，效率低，需要手工记录大量的信息，或者打印资料多，难于保管，浪费严重，且容易出差错。

实用新型内容

本实用新型的目的是提出一种信用卡征信协查系统，以提高征信协查的效率。

本实用新型的技术解决方案如下：

一种信用卡征信协查系统，分行综合数据管理平台和信用卡预审批系统均与信用卡征信协查单元通信连接，总行综合数据管理平台与特色业务平台均与分行综合数据管理平台通信连接；

特色业务平台通过银联前置机与银联服务器相连，银联服务器与外部系统服务器相连；

信用卡征信协查单元通过互联网与外联系统通信连接。

外部系统服务器包括电信服务器、连通服务器和移动服务器；所述的外联系统包括：公安部居民身份信息系统、人行征信系统、房产信息系统、公积金信息系统；银行前置机与银联服务器通过外联网通信连接。

该信用卡征信协查系统涉及到的方位如下：

一种信用卡征信协查方法，包括从本行的数据通信系统获取待审批客户的征信数据以及从外联系统获取待审批客户的征信数据；信用卡征信协查单元将所获取的所有征信数据进行汇总，便于信用卡审查人员查阅；

从本行的数据通信系统获取待审查客户的征信数据的具体方法如下：

基于分行综合数据管理平台与总行综合数据管理平台以及分行特色业务平台通信连接和数据共享，信用卡征信协查单元从分行综合数据管理平台获取分行内的所有客户信息、企业信息、存贷款信息、理财信息；具体步骤为：

步骤1：信用卡征信协查单元自动接收总行信用卡预审批系统返回的待审批客户的信息文件，该信息文件的数据项包括：申请书编号、姓名、证件类型、证件号码以及电话，信用卡征信协查单元将信息文件传送到分行综合数据管理平台；

步骤2：分行综合数据管理平台接收到信用卡征信协查单元传送的信息文件后，启动作业查询进程，获取行内征信数据，并将行内征信数据形成输出文件返回到信用卡征信协查单元。

从外联系统获取待审查客户的征信数据的方法分为两种模式：

模式一：基于专线连接的报文交换获取数据的模式：

步骤a：信用卡征信协查单元将待查询的信息转换成文本文件发送到分行特色业务平台；

步骤b：分行特色业务平台根据接收到的文本文件启动查询程序，即向银联前置机发起信息交互请求，进行实时报文交互；

步骤c：银联前置机再根据银联前置机的交互请求发起查询交易，获取要查询结果，并将查询结果依次经银联前置机和分行特色业务平台返回到信用卡征信协查单元，模式一的数据获取过程结束。

模式二：基于互联网的模拟浏览器获取数据的模式：

步骤A：对目标资源站点的分析模拟：对目标资源站点的页面结构进行分析，获取其请求参数用来模拟HTTP请求；具体为：针对目标资源站点的页面来构造HTTP请求的请求行、请求头部域和请求实体，并发出该HTTP请求；

步骤B：网页抓取：获取所需要查询的从目标资源站点返回的结果页面，并将该结果页面存储在本地计算机；

步骤C：信息抽取：从结果页面中抽取出所需信息；

步骤D：数据入库：将抽取的所需信息记录存放在信用卡征信协查单元中的信息记录数据库中。

所述的总行综合数据管理平台的数据库中保存有从行内应用系统获取的金融数据，行内应用系统包括核心银行业务处理系统、证券业务系统、信用卡业务处理系统、先进贷款系统、对公信贷流程系统、企业客户信息系统、重要客户服务系统、公积金业务系统、企业资源财务管理系统；

所述的分行特色业务平台的数据库中存储的数据包括分行管理的对于各客户的小额定期借记和贷记业务记录、银联清算信息、省国库集中支付信息以及个人大额通知存款记录；

所述的行内部数据包括：

在本行代发工资金额及月均金额；

在本行的理财卡、借记卡、医保卡、活期存款、定期存款的余额；

在本行借记卡六个月内转帐笔数及金额；

在本行个人贷款金额，含房贷、车贷及消费贷款；

公积金月缴额；

在本行签约手机银行、网银、短信、第三方存管情况；

在本行理财产品基金、黄金及保险情况；

营销网点及营销员历史不良卡片记录；

所述的外联系统包括：公安部居民身份信息系统、人行征信系统、房产信息系统、公积金信息系统。

信用卡征信协查单元与分行综合数据管理平台之间的文件交互采用FTP通信方式；信用卡征信协查单元与银联前置机采用BEA TUXEDO中间件通讯；HTTP请求的实现采用HttpClient来完成。

【HttpClient是Apache Jakarta Common下的子项目，为现有技术，用来提供高效的、最新的、功能丰富的支持HTTP协议的客户端编程工具包，并且它支持HTTP协议最新的版本和建议。HttpClient提供的主要的功能：

实现了所有HTTP的方法(GET，POST，PUT，HEAD等)；

支持自动转向；

支持HTTPS协议；

支持代理服务器等。】

本实用新型所具有的有益效果有：

征信系统投入使用为银行信用卡业务提供了一个规范的、统一的、灵活支持多外联系统的信用协查平台，以降低成本、提高查询效率，也在信用卡风险防患方面提供了新的有效手段，安全性更高。主要表现在以下几个方面：

促进信用卡业务快速发展，迅速占领市场，应用效果良好

系统未上线之前，所统计，湖南建行2009年3月底，仅发卡4.74万张，只完成全年任务的12.03％，系统上线之后，到2009年12月底，信用卡业务实现又好又快发展，各主要业务指标超额完成计划，系统内排名前列，同业排名第一。信用卡客户年内净新增35万户，全国38家分行系统内排名第5位；净新增发卡30万张，系统内排名第6位，累计发卡量93.7万张；高端、重点产品营销成效明显，折算客户数达到9.4万户，系统内排名4位。与此同时，分行信用卡资产质量保持良好，逾期60天以上贷款不良率从年初的3.28％下降到2.21％，资产质量优于湖南同业。到2010年2月11日，信用卡累计发卡量突破100万张，是重点分行中第一个跨越“百万”的分行；信用卡年净新增客户、新增发卡在全行38家分行系统内名列第一。取得的商业成功也充分说明了本实用新型的创造性。

资源整合

该系统投入后，有效地整合了行内、行外客户信息，包括公安户籍信息、人行信用记录、汽车网资讯、企业网信息、公积金信息、联名卡查询、电信黄页、客户手机信息查询、房产证信息查询、系统内征信(存款、代发工资、基金、房贷，消费贷款，汽车贷款…)等几十个行内外系统的数据查询，形成一套完整的客户信息数据，进行汇总和组合在审批人员面前展示，大大提高审批发卡速度和准确性。

减轻了征信人员的劳动强度

协查系统上线之前，征信人员对于每份申请件的处理，会根据申请人提供的不同资信证明，核查申请人的填表信息是否准确。如，他行卡信息是否相符、单位电话是否与114登记相符、房产证信息的核查、在本行的存贷款信息情况等。这些信息的核查需要在不同的网站和行内系统中查询，造成作业时间的延长。征信协查系统上线后，可以在同一界面中，查看客户的基本信息、公积金信息(包括行外信息)、已有信用卡信息(包括额度)、贷款信息、理财信息、单位电话查询、公安信息查询和关注信息，并查询房产证信息。不再需要征信人员打开不同的窗口、进入不同的页面核查。

提高了征信人员的工作效率

在以往的工作环节征信人员处理进件时，查询客户人行信息就进入征信中心、查询客户公积金信息就进入各地市公积金网站、查询客户在我行的存款信息就进入统一门户系统管理、如遇到客户提供的财力证明是代工存折和公积金或医保卡，还需要在DCC系统中查询。一天的审表过程，需要征信人员在不同的系统和页面中多次登录和查询，耗费不少的工作时间，工作量难以提升。征信协查系统上线后，将以上提到的经常使用的查询项目归集到了同一的页面，大大缓解了征信人员的工作压力，进而提高了工作效率。工作量也由之前的日均不超过200件，提到了日均600件。

附图说明

图1为从本行的数据通信系统获取待审批客户的征信数据的流程图；

图2为信用卡征信协查单元与外联系统相连的结构框图。

具体实施方式

以下将结合图和具体实施过程对本实用新型做进一步详细说明。

实施例1：

征信协查系统(CCAIS)，主要分为2个部分，1.从行内系统比如信用卡预审批系统(APS)系统、分行综合数据管理平台(ODSB)获取数据；2.从外联系统获取数据(人行征信系统、房产系统、电信黄页(如从电信、联通、移动等系统提取客户资料数据)等)。

信用卡预审批系统(APS)获取以下信息项，如表一所示：

表一：

对第1部分说明，行内系统取数：

分为5个步骤进行说明，步骤的标号对应图1中的箭头上的标号：

1、总行综合数据管理平台(ODSH)每天接收行内数十个应用系统的数据，包括核心银行业务处理系统CCBS、证券业务系统CCBSS、信用卡业务处理系统CCS、先进贷款系统ALS、对公信贷流程系统CLPM、企业客户信息系统ECIF、重要客户服务系统VSS、公积金业务系统REFAS、企业资源财务管理系统ERPF等，保存在ODSH数据库中，ODSH每天将增量数据加工处理后返回到分行综合数据管理平台(ODSB)；ODSH布署在总行北京数据中心，通过8M专线网与分行ODSB连接，以文件方式返回到ODSB系统中。分行ODSB的配置如下：

ODSB是分行综合信息管理系统和管理信息数据仓库，满足分行管理信息需求，提高数据服务质量，统一规范分行级操作数据存储，加大数据分析和采集力度，充分挖掘分行的数据资源，为分行产品管理、风险防范、绩效考核、管理决策、客户营销提供了有力的支持。

系统所采用的标准技术和环境如下表所示：

分行ODSB基础设施包含有：数据存储(数据库)群、ETL服务器群、Cognos报表引擎服务器群、J2EE服务器群和Web服务器群五个扩容点。

硬件环境配置：

2、分行特色业务平台FISP为分行业务的全面发展提供了有力保障，提供的主要产品和功能有：中间业务方面包括批量代发、批量代扣、各类代理业务等13大类、45小类产品，代理单位共19546家；渠道接入方面包括手机短信平台、小额定期借(贷)记、快乐购、银联清算等；核心剥离方面包括单位大额取现优惠、省国库集中支付、个人大额通知存款、制卡文件转换等；特色查询方面包括城综网活期对账单、对公历史明细查询、对公新旧客户账号查询等，FISP系统的数据库中有一些数据是分行特色的，在总行ODSH系统中没有，因此，每天分行FISP系统自动将分行特色数据通过1000M局域网以文件方式传送到ODSB平台保存，ODSB将文件装入数据库中，因此，ODSB包括分行内的所有客户信息、企业信息、存贷款信息、理财信息等海量数据。分行FISP系统配置如下：

3、信用卡征信协查系统CCAIS自动接收总行信用卡预审批系统APS返回的需要审批的客户信息文件，数据项包括：申请书编号、姓名、证件类型、证件号码、电话等信息，这些信息保存到信用卡征信协查系统CCAIS的数据库中，每天定时将需要查询的信用卡预审批的数据卸成文件，通过FTP方式传到ODSB系统指定目录中。信用卡征信协查系统CCAIS的硬件配置如下：

4、ODSB接收到CCAIS系统传送的文件后，启动作业查询进程，主要是取以下数据：

在我行代发工资及月均金额；

在我行理财卡、借记卡、医保卡、活期存款、定期存款的余额；

在我行借记卡六个月内转帐笔数及金额；

在我行个贷情况，含房贷、车贷及消费贷款；

公积金情况月缴额；

在我行签约手机银行、网银、短信、95533、第三方存管情况；

在我行理财产品基金、黄金、利得盈、汇得盈及保险情况；

营销网点及营销员历史不良卡片记录。

例如使用DataStage作业自动化工具抽取客户所有余额不为零的帐户信息的过程具体为：

第一步：根据输入文件中提供的客户身份证号码，在客户基本信息表(BF_PR_IND_INFO)中查找客户的ECIF平台号；

第二步：根据客户的ECIF平台号，在个人参与人交叉索引表中查出客户在各个系统中的客户编号，这里用到的是DCC客户编号；

第三步：根据DCC客户编号，在个人活期存款帐户中查找客户的所有余额不为零的帐户的详细信息；

第四部：按规定格式将结果输出到输出文件；

第五步：将输出文件用FTP方式返回到CCAIS系统。

5、ODSB将取到的结果用FTP方式返回到CCAIS系统的/home/ics/tomcat/plxcjg目录，系统定时将协查结果文件装入本机数据库。当操作员审批信用卡业务时，通过CCAIS系统的查询功能，将在ODSB和外联系统返回的数据显示在屏幕上，提供打印功能存档，供信用卡审批员在审批业务时提供参考依据。

对第2部分说明，从多个外部系统获取数据，如图2所示。

信用卡征信协查系统CCAIS与外部系统联结，主要有两种模式，一种模式是采用专线连接，双方约定通讯模式和交易接口，支持Socket方式和TUXEDO等中间件通讯方式，通过报文交换提取对方系统的数据，例如电信业务中通过电话信息查询交易，输入电话号码可以返回单位名或个人姓名，从而核实准信用卡客户提供的电话号码是否真实可信；另一种模式是采用互联网，用模拟浏览器方式，基于动态异构的Web信息集成网页分析方法，实现了自动提交HTML表单获得所需页面和对页面的信息抽取，并可将页面抓取保存到本地数据库中。

对第一种模式的交易流程：

信用卡征信协查系统CCAIS-(内部局域网)-＞分行特色业务平台FISP-(内部局域网)-＞银联前置机-(专线网)-＞银联服务器-(专线网)-＞电信、联通、移动服务器

查询电信或手机客户信息的具体过程：【该过程主要验证客户提供的电话号码或手机号码是否与客户在电信或移动登记的一致。】

1、信用卡征信协查系统CCAIS将每天需要审批的客户的电话号码等相关信息生成一个文件，如：4300993662981|0|A|430121＊＊＊＊＊＊＊＊＊120|朱＊＊|0731829＊＊＊88|(注：“＊”表示隐含客户信息)，将文件传到分行特色业务平台FISP的指定目录中；(说明：*是为了防止客户的真实信息泄露，用“*”替换。格式说明：申请书编号(APS号)|顺序号|证件类型(A-身份证，B-军官证，C-文职干部证，D-警官证，E-士兵证，F-武警证，G-户口本，H-护照等)|身份证号码|姓名|电话号码|，比如：4300993662981|0|A|430121196807042113|朱三|073182988888|，可以查询该号码073182988888的户主，地址，欠费情况等信息。)

2、分行特色业务平台FISP定时启动电话信息查询程序，由于银联服务器只提供单笔查询交易接口，因而FISP系统需要将文件的内容拆成单笔交易，向银联前置机发起交易，FISP系统与银联前置机采用BEATUXEDO中间件通讯，实时报文交易；

3、银联前置机再按照银联服务器提供的报文接口发起查询交易，银联服务器再根据电话号码的归属分别到电信、联通、移动等服务器上取电话号码对应的姓名等相关信息，并原路返回到FISP系统；

4、FISP系统收到返回的报文后，写入到文件中，再读下一条记录；

5、重复第2步至第4步，直至全部查询完毕；

6、FISP将生成的文件用FTP方式返回到CCAIS系统；

7、CCAIS系统定时将返回的文件装入数据库，供操作员查询使用。

对第二种模式的交易流程：

信用卡征信协查系统CCAIS-(互联网)-＞公安部居民身份信息系统、人行征信系统、房产信息系统、公积金信息系统等WEB网站。

信息采集流程：由于一些网站提供的页面往往不是可以通过一个简单的URL就可以访问的，而必须经过注册并登录后方可使用提供服务的页面。各个网站的信息表示具有很大的异构性，不同的资源对于登录有不同的限制。由于与Web交互的细节需要人们自己来实现，这就需要人们对访问Web资源的细节进行模拟和描述，分析其网页表单，得到所需结果页面；然后通过分析页面结构和内容，采用相应的抽取算法，模拟用户点击行为找到结果页面，将信息抽取出来存入相应的数据库中，实现自动提交HTML表单获得所需页面和对页面的信息抽取，最后以系统已经定制的形式显示在屏幕上或打印出来，也可以将抓取的WEB网页保存到本地数据库，操作员可以将原来的页面很快调出来。

网页源数据站点分析与提取技术是实现和Web资源自动交互的基础，也是对所需网页提取数据的基础。一方面，与Web资源的交互过程中，有些参数和数据是通过网页分析与提取获得的；另一方面，得到的所需网页是通过网页分析和提取获得的。

查询公安部居民身份信息的具体过程：

1、源数据站点分析模拟

主要对资源站点的页面结构进行分析，通过分析获取其请求参数用来模拟HTTP请求。其分析结果包括如何得到查询结果页面及其规律等。

其原理与实现如下：

用户通过浏览器来访问Web资源时，浏览器为用户隐藏了与Web资源交互的具体细节，用户看到的只是结果。对于需要查询的信息，一般通过Web浏览器登录到一个Web服务器，输入查询条件，提交查询请求，服务器返回查询结果。

HTTP协议是基于请求/响应模式的。HTTP请求信息由请求行、请求头部域和请求实体三部分组成。请求行中的方法描述指定资源中应该执行的动作。常用方法有get、post和head。请求头部域是关于该次请求的一些附加信息。请求实体则是该次请求所需传递的一些参数信息。HTTP响应信息由响应行、响应头部域和响应实体三部分组成。响应行主要显示HTTP版本，以及此次响应结果的状态码；响应头部域为该次响应的附加信息；响应实体则为该次响应结果的详细信息。对于动态异构的Web资源，首先需要分析其网页表单，模拟用户点击行为找到结果页面，对资源站点的页面结构进行分析，通过分析获取其请求参数用来模拟HTTP请求。其分析结果包括如何得到查询结果页面及其规律等。由于用户与Web资源的交互是以HTTP协议为基础进行的，这种交互过程是由程序模拟浏览器向远程Web服务器发送HTTP请求的过程。用户每查询一次信息，就是向服务器发送一次HTTP请求的过程。

由于可以通过程序模拟发送HTTP请求的过程，对于HTTP请求信息的获取是模拟成功的关键。有些Web服务程序的设计要求浏览器端通过脚本技术，对检索项进行预处理，在浏览器端生成一个检索表达式，再将此表达式以HTTP请求的方式传递给服务器进行检索。在此情况下，需要分析HTML文件中的脚本代码，构造出正确的检索表达式。有些请求信息参数是动态变化的。这需要人工仔细分析，找出其中规律，才能实现实时请求、实时响应，以及对查询页面的翻页等功能。这些参数信息都不能有丝毫差错。可以借助已有的一些网络通信拦截工具软件，如EHSniffer、HttpWatch、HttpTracer等。这些软件可以捕获并解码浏览器发出的HTTP请求的数据，分析HTTP通信的网络活动等。这样就可以正确获取HTTP请求通信所需的参数。

HTTP请求的实现主要借助HttpClient来完成。使用HttpClient编程主要有以下基本步骤：

(1)创建HttpClient的一个实例；

(2)创建某个方法(DeleteMethod、EntityEnclosingMethod、ExpectContinueMethod、GetMethod、HeadMethod、MultipartPostMe-thod、OptionsMethod、PostMethod、PutMethod、TraceMethod)的一个实例，一般用目标URL为参数；

(3)让HttpClient执行该方法；

(4)读取应答信息；

(5)释放连接；

(6)处理应答。

在HttpClient中主要用GetMethod和PostMethod两个方法分别实现HTTP请求中的get和post方法。按上面的步骤，通过HttpWatch获取其所需参数，对其中动态变化的参数实时动态提取，进行模拟用户登录访问，可以获得用户所需要查询的结果页面。验证登录如果需要用户密码，在网站上我们是点击登录按钮登录，模拟登陆实质是一样的，利用Post方法提交参数来登录。

NameValuePair[]postData＝{new NameValuePair(″username″，username)，newNameValuePair(″userpwd″，password)}；//把用户名、密码保存到参数数组里面pMethod.setRequestBody(postData)；//设置请求的主题；

username，userpwd等是通过抓包工具获取的，或者注册一个用户，获取用户名和密码。

2、网页抓取

根据分析模拟将查询得到的结果页面抓取到本地计算机，以供信息提取作进一步分析之用。

3、信息抽取

通过分析网页结构和内容，总结出其抽取规则，采用相应的抽取算法，将所需信息抽取出来。

其原理与算法如下：

对Web页面的信息提取主要表现在对其标记节点和文本内容的分析，构造出健壮的包装器。信息抽取的规则在包装器中占有很重要的地位。抽取工具有TSIMMIS、W4F等，采用了一些基于Web文档结构的抽取规则，可以根据结构树中的节点准确定位HTML页面中的TAG标记，能够准确定位到所要抽取信息的位置，不会与其他具有类似结构的数据相混淆。但是当页面结构发生了变化，结构中的任一个层次发生微小的改变就会最终影响到抽取规则的失效性，需要重新进行调整。NoDoSE、WHISK、STALKER等抽取工具，采用基于特征模式匹配的抽取规则，能够在Web文档的全文中识别具有特征模式的子串，不需要结构层次的信息，对于网页结构变化多的一类的网页能够很好地处理。本实用新型采用后一种基于特征模式匹配的NoDoSE抽取方法。

4、数据入库

将抽取的信息记录存放在相应的信息记录数据库中，也可以将抓取的WEB网页保存到本地数据库中，提供给用户查询和使用。

Claims (2)

1.一种信用卡征信协查系统，其特征在于，分行综合数据管理平台和信用卡预审批系统均与信用卡征信协查单元通信连接，总行综合数据管理平台与特色业务平台均与分行综合数据管理平台通信连接；

特色业务平台通过银联前置机与银联服务器相连，银联服务器与外部系统服务器相连；信用卡征信协查单元通过互联网与外联系统通信连接。

2.根据权利要求1所述的信用卡征信协查系统，其特征在于，外部系统服务器包括电信服务器、连通服务器和移动服务器；所述的外联系统包括：公安部居民身份信息系统、人行征信系统、房产信息系统、公积金信息系统；银行前置机与银联服务器通过外联网通信连接。

Images