CN105354236A - 一种对账信息生成方法及系统 - Google Patents

Abstract

本发明公开了一种对账信息生成方法及系统，属于信息处理技术领域；方法包括：选择本次需要抓取对账文件的供应商的信息；根据被选择的供应商，采用信息抓取方式从运营系统中抓取对账文件；根据被选择的供应商，采用信息解析方式对被抓取的对账文件进行解析，以得到初步解析结果；根据被选择的供应商，采用行解析方式对初步解析结果中的每一行数据进行解析得到最终解析结果，以作为对账信息保存。系统包括：存储单元、选择单元、抓取单元、第一解析单元、第二解析单元和保存单元。上述技术方案的有益效果是：识别并保存不同供应商的不同存储格式的对账文件，统一存储方式，降低核对信息时耗费的格式修改时间，提升对账信息的核对效率。

Description

一种对账信息生成方法及系统

技术领域

本发明涉及信息处理技术领域，尤其涉及一种对账信息生成方法及系统。

背景技术

现有技术中，综合性的交易系统在实际运行时可能涉及不同的供应商，各供应商自己的交易清单信息的存储形式也可能是多样化的，并不会有统一的存储标准，同样信息内容的格式也各不相同，因此会造成上传到交易系统进行结算的对账文件(各类交易清单信息以及其他对账信息)各不相同，交易平台在进行供应商的订单信息核对时，需要事先做大量的工作来修改和统一不同对账信息的存储形式，因此增加了对账处理的工作量，降低了对账效率。

发明内容

根据现有技术中存在的问题，现提供一种对账信息生成方法及系统的技术方案，旨在识别并保存不同供应商的不同存储格式的对账文件，统一对账信息的存储方式，从而降低核对对账信息时耗费的格式修改时间，提升对账信息的核对效率。

上述技术方案具体包括：

一种对账信息生成方法，其中，包括一用于保存关联于不同的供应商的对账文件的运营系统；并且

对应每个供应商预设一信息抓取方式，一信息解析方式，以及一行解析方式，还包括：

步骤S1，选择本次需要抓取对账文件的所述供应商的信息；

步骤S2，根据被选择的所述供应商，采用相应的所述信息抓取方式从所述运营系统中抓取所述对账文件；

步骤S3，根据被选择的所述供应商，采用相应的所述信息解析方式对被抓取的所述对账文件进行解析，得到初步解析结果；

步骤S4，根据被选择的所述供应商，采用相应的所述行解析方式对所述初步解析结果中的每一行数据进行解析得到最终解析结果，以作为对账信息保存。

优选的，该对账信息生成方法，其中，所述信息抓取方式包括：

采用FTP文件获取方式抓取所述对账文件；或者

采用HTTP文件获取方式抓取所述对账文件；或者

采用SFTP文件获取方式抓取所述对账文件；或者

采用电子邮件获取方式抓取所述对账文件；或者

采用WebService文件获取方式抓取所述对账文件。

优选的，该对账信息生成方法，其中，所述信息解析方式包括：

于所述对账文件为xls格式时，采用poi方式进行解析；或者

于所述对账文件为电子邮件时，采用htmlparser方式进行解析；或者

于所述对账文件为txt格式时，采用IOUtil方式进行解析。

优选的，该对账信息生成方法，其中，所述步骤S4中，所述初步解析结果中包括多行数据，并以一预设的标识符区分对应所述对账文件中的每一列数据；

于所述初步解析结果的一行内，包括对应所述对账文件中的至少一列数据。

优选的，该对账信息生成方法，其中，所述初步解析结果中包括多行数据；

则所述步骤S4具体包括：

步骤S41，选择所述初步解析结果中的每一行数据；

步骤S42，采用相应的所述行解析方式，分别将所述每一行数据转换成适于保存的所述最终解析结果，并保存为所述对账信息。

优选的，该对账信息生成方法，其中，所述初步解析结果中，以一预设的标识符区分对应所述对账文件中的每一列数据；

则每个所述行解析方式中指定对应的行解析信息，具体包括：

用于指示需要进行行解析的数据所在的列数序号的序号信息；和/或

用于指示进行行解析的数据被保存于数据库中的字段名称的字段信息；和/或

用于指示进行行解析的数据被保存时需要被转换成的数据类型的类型信息；和/或

用于指示进行行解析的数据被保存时的格式化要求的格式化信息；和/或

用于指示进行行解析的数据被保存时的数据转换要求的转换信息；和/或

用于指示进行行解析的数据被保存时的数据取值要求的取值信息；和/或

用于指示进行行解析时，对应的一列数据是否需要被忽略的解析方式信息。

一种对账信息生成系统，其中，连接一用于保存关联于不同的供应商的对账文件的运营系统，并且包括：

存储单元，用于保存预设的对应每个供应商的一信息抓取方式，一信息解析方式，以及一行解析方式；

选择单元，供使用者选择本次对账信息生成过程所需的供应商；

抓取单元，分别连接所述选择单元和所述存储单元，用于根据被选择的所述供应商，采用相应的所述信息抓取方式从所述运营系统中获取所述对账文件；

第一解析单元，分别连接所述抓取单元和所述存储单元，用于根据被选择的所述供应商，采用相应的所述信息解析方式对被抓取的所述对账文件进行解析，以得到并输出初步解析结果；

第二解析单元，分别连接所述第一解析单元和所述存储单元，用于根据被选择的所述供应商，采用相应的所述行解析方式对所述初步解析结果中的每一行数据进行解析，以得到并输出最终解析结果；

保存单元，连接所述第二解析单元，用于将所述最终解析结果作为对账信息保存。

优选的，该对账信息生成系统，其中，所述信息抓取方式包括：

采用FTP文件获取方式抓取所述对账文件；或者

采用HTTP文件获取方式抓取所述对账文件；或者

采用SFTP文件获取方式抓取所述对账文件；或者

采用电子邮件获取方式抓取所述对账文件；或者

采用WebService文件获取方式抓取所述对账文件。

优选的，该对账信息生成系统，其中，所述信息解析方式包括：

于所述对账文件为xls格式时，采用poi方式进行解析；或者

于所述对账文件为电子邮件时，采用htmlparser方式进行解析；或者

于所述对账文件为txt格式时，采用IOUtil方式进行解析。

优选的，该对账信息生成系统，其中，所述第一解析单元生成的所述初步解析结果中包括多行数据，并以一预设的标识符区分对应所述对账文件中的每一列数据；

则于所述初步解析结果的一行内，包括对应所述对账文件中的至少一列数据。

优选的，该对账信息生成系统，其中，所述第一解析单元生成的所述初步解析结果中包括多行数据；

则所述第二解析单元中包括：

选择模块，用于选择本次行解析所针对的每一行数据；

行解析模块，连接所述选择模块，采用相应的所述行解析方式将被选择的每一行数据分别转换成适于保存的所述最终解析结果并输出。

优选的，该对账信息生成系统，其中，所述初步解析结果中，以一预设的标识符区分对应所述对账文件中的每一列数据；

则每个所述行解析方式中指定对应的行解析信息，具体包括：

用于指示需要进行行解析的数据所在的列数序号的序号信息；和/或

用于指示进行行解析的数据被保存于数据库中的字段名称的字段信息；和/或

用于指示进行行解析的数据被保存时需要被转换撑的数据类型的类型信息；和/或

用于指示进行行解析的数据被保存时的格式化要求的格式化信息；和/或

用于指示进行行解析的数据被保存时的数据转换要求的转换信息；和/或

用于指示进行行解析的数据被保存时的数据取值要求的取值信息；和/或

用于指示进行行解析时，对应的一列数据是否需要被忽略的解析方式信息。

上述技术方案的有益效果是：

1)提供一种对账信息生成方法，能够识别并保存不同供应商的不同存储格式的对账文件，统一对账信息的存储方式，从而降低核对对账信息时耗费的格式修改时间，提升对账信息的核对效率；

2)提供一种对账信息生成系统，能够支持实现上述对账信息生成方法。

附图说明

图1是本发明的较佳的实施例中，一种对账信息生成方法的总体流程示意图；

图2是本发明的较佳的实施例中，于图1的基础上，对初步解析结果进行行解析的具体流程示意图；

图3是本发明的较佳的实施例中，一种对账信息生成系统的总体结构示意图；

图4是本发明的较佳的实施例中，于图3的基础上，第二解析单元的结构示意图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

本发明的较佳的实施例中，基于现有技术中存在的上述问题，现提供一种对账信息生成方法，该方法中，包括一用于保存关联于不同的供应商的对账文件的运营系统，即该运营系统中包括供应商上传的基于不同存储形式的交易清单信息，也就是本发明中所述的对账文件。

则对应每个供应商预设一信息抓取方式，一信息解析方式，以及一行解析方式。

因此，如图1所示，上述对账信息生成方法具体包括：

步骤S1，选择本次需要抓取对账文件的供应商的信息；

步骤S2，根据被选择的供应商，采用相应的信息抓取方式从运营系统中抓取对账文件；

步骤S3，根据被选择的供应商，采用相应的信息解析方式对被抓取的对账文件进行解析，以得到初步解析结果；

步骤S4，根据被选择的供应商，采用相应的行解析方式对初步解析结果中的每一行数据进行解析得到最终解析结果，以作为相应的对账信息保存。

在一个具体实施例中，首先选择本次对账信息生成所对应的供应商，随后可以根据该被选择供应商，依照上述预设的信息确定相对应的信息抓取方式、信息解析方式以及行解析方式。

则该实施例中，首先根据本次指定的信息抓取方式，从上述运营系统中抓取被选择的供应商相关的对账文件，随后根据本次指定的信息解析方式，对被抓取的对账文件进行初步解析，以得到相应的初步解析结果，最后根据本次指定的行解析方式，对上述初步解析结果进行逐行解析，以得到最终解析结果。该最终解析结果即可以作为本次生成的最终的对账信息并保存于指定的对账信息数据库中。

本发明的较佳的实施例中，上述步骤S2中，可以根据需要抓取的对账文件的不同，选择下述中的一种作为信息抓取方式：

采用文件传输协议(FileTransferProtocol，FTP)方式抓取对账文件；

采用超文本传输协议(HyperTextTransferProtocol，HTTP)方式抓取对账文件；

采用安全文件传送协议(SecureFileTransferProtocol，SFTP)方式抓取对账文件；

采用电子邮件获取方式(例如javaMail)抓取对账文件；

采用Web服务(WebService)方式抓取对账文件。

则本发明的较佳的实施例中，由于对应一个供应商传输到运营系统上的对账文件通常是统一格式的，因此对应一个供应商，可以预先设定一种信息抓取方式。

本发明的较佳的实施例中，进一步地，上述步骤S3中，所谓信息解析方式，可以包括下述中的一种：

于对账文件为xls格式时，采用poi方式进行解析；或者

于对账文件为html格式的电子邮件时，采用htmlparser方式进行解析；或者

于对账文件为txt格式时，采用IOUtil方式进行解析。

则本发明的较佳的实施例中，可以根据上述信息抓取方式确定本次抓取对应的对账文件的格式(例如若本次选择的供应商所对应的抓取方式为采用电子邮件获取，则对应的对账信息为html格式的电子邮件)，则同样可以根据被选择的信息抓取方式确定本次抓取后进行初步解析时的信息解析方式，因此对应一种信息抓取方式，可以预先设定一种信息解析方式。

上文中所述的poi方式，全称为Apachepoi，是Apache软件基金会的开放源码函式库，能够提供可编程接口(ApplicationProgrammingInterface，API)给Java程序，以对MicrosoftOffice格式的文件档案进行读取和写入的功能。

上文中所述的htmlparser方式，为一种以java语言写就的html解析库，可以用于提取和高速解析html文件。

上文中所述的IOUtil方式，实际为golang标准库中的一个函数包，能够用于解析txt文件。

本发明的较佳的实施例中，上述步骤S4中，初步解析结果中包括多行数据，并以一预设的标识符区分对应对账文件中的每一列数据，并于初步解析结果的一行内，包括对应对账文件中的至少一列数据。

具体地，本发明的较佳的实施例中，上述标识符可以为“|”，即在一行数据中，每两个相邻的“|”之间的数据对应的为之前的对账文件中的一列数据。

上述一行数据中，包括完整的至少一列数据，即包括完整的相邻两个“|”之间定义的数据。换言之，本发明的较佳的实施例中，不存在相邻的两个“|”之间定义的数据包括在两行不同的数据之中。上述初步解析结果中，每行数据的结尾可以为结束标识符“\r\n”。

本发明的其他实施例中，上述标识符可以为其他符号，例如“，”，只要能够实现将对应原先对账文件中的每一列数据分割开即可。

本发明的较佳的实施例中，上述初步解析结果中的每一行数据，表示对账文件中的一个对账数据，则上述每行数据中的每一列数据，用于表示对应的对账数据中的其中一个属性字段。

则本发明的较佳的实施例中，如图2所示，上述步骤S4具体包括：

步骤S41，选择初步解析结果中的每一行数据；

步骤S42，采用相应的行解析方式，分别将每一行数据转换成适于保存的最终解析结果，并保存为对账信息。

具体地，本发明的较佳的实施例中，首先可以选择上述多行数据中的第一行作为行解析的对象，随后采用上述预设的行解析方式对该被作为解析对象的一行数据进行解析，以得到对应该一行数据的适于保存在数据库中的最终解析结果并保存。

随后，转向下一行数据并继续进行解析，同样得到最终解析结果并保存。

换言之，本发明的较佳的实施例中，上述行解析过程是逐行解析逐行保存的。

本发明的较佳的实施例中，上述步骤S41中，在对一个初步解析结果的第一行进行解析时，首先判断其是否为标题：若是，则跳过该行数据并转向下一行进行解析；若否则直接对该行进行解析。

本发明的较佳的实施例中，对初步解析结果进行行解析进行逐行解析，当读到一行数据为空行时，则表示对于该初步解析结果的行解析结束。

则本发明的较佳的实施例中，上述每个行解析方式中指定对应的行解析信息，则行解析信息中可以包括下述方式中的一种或几种：

用于指示需要进行行解析的数据所在的列数序号的序号信息；和/或

用于指示进行行解析的数据被保存于数据库中的字段名称的字段信息；和/或

用于指示进行行解析的数据被保存时需要被转换撑的数据类型的类型信息；和/或

用于指示进行行解析的数据被保存时的格式化要求的格式化信息；和/或

用于指示进行行解析的数据被保存时的数据转换要求的转换信息；和/或

用于指示进行行解析的数据被保存时的数据取值要求的取值信息；和/或

用于指示进行行解析时，对应的一列数据是否需要被忽略的解析方式信息。

具体地，本发明的一个较佳的实施例中，关联于被选择的信息抓取方式，预设一种行解析方式，即预设一类行解析信息，具体包括：

[{"id＝1","propertyName":"属性1"}——场景1

{"id＝2","propertyName":"属性2","notEmpty":"false"}——场景2

{"id＝3,"propertyName":"属性3","dataType":"String"}——场景3

{"id＝4","propertyName":"属性4","dataType":"Integer"}——场景4

{"id＝5","propertyName":"属性5","notEmpty":"true"}——场景5

{"id＝6","propertyName":"属性6",

"dataType":"BigDecimal","moneyFormat":"2"}——场景6

{"id","propertyName":"属性7","dataType":"Date","sourceFormat":"yyyy-MM-ddHH:mm:ss"}——场景7

{"id","propertyName":"属性8","dataType":"int"}——场景8

{"id","propertyName":"ignore"}]——场景9

上文中所述的场景1-9只是为了便于对不同的场景进行区分，并且利于在下文中进行相应的描述。

则对上述行解析信息的具体说明如下：

id：即上述序号信息，用于表示一行数据中从左至右数的列的位置。

propertyName：即上述字段信息，用于表示需要保存到数据库的字段的名称。

dataType：即上述类型信息，用于表示保存到数据库中时需要转换成的数据类型。

sourceFormat：即上述格式化信息。

moneyFormat：即上述转换信息，取值为1表示该列数据需要进行分转元；取值为2表示该列数据需要进行元转分。

notEmpty：即上述取值信息，用于表示该列数据取值是否可以为空，False不可为空，true可以为空。

Ignore：即上述解析方式信息，若propertyName是Ignore，则表示此字段忽略不落地。

则具体地，上述行解析信息中：

场景1：表示把列1存储到属性1上面。

场景2：表示把列2存储到属性2上面，列2不可以为空。

场景3：表示把列3存储到属性3上面，并且转换成String类型的数据。

场景4：表示把列4存储到属性4上面，并且转换成Integer类型的数据。

场景5：表示把列5存储到属性5上面，列5可以为空。

场景6：表示把列6存储到属性6上面，并且转换成BigDecimal类型的数据，并且扩大100倍，因为要元转分。

场景7：表示把列7存储到属性7上面，并且转换成Date类型的数据，并且格式化成yyyy-MM-ddHH:mm:ss样式。

场景8：表示把列8存储到属性8上面，并且转换成int类型的数据。

场景9：表示把列9忽略。

本发明的较佳的实施例中，依照上述行解析信息对初步解析结果中的每一行数据均进行行解析，从而将初步解析结果转换成适于保存在数据库中的具有统一格式的最终解析结果，并将其作为对账信息保存在数据库中。

综上所述，本发明技术方案中，首先根据不同的信息抓取方式将关联于不同供应商的对账文件从运营系统中抓取出来，并根据抓取方式确定初步的信息解析方式对对账文件进行解析，随后根据对应的行解析方式，将初步解析结果中的每一行信息进行行解析，以将其转换成统一的适于保存在数据库中的存储形式，最终将经过行解析的最终解析结果保存于数据库中，以作为对应该供应商的对账信息。

本发明的较佳的实施例中，基于上述对账信息生成方法，现提供一种对账信息生成系统，该系统连接一用于保存关联于不同的供应商的对账文件的运营系统(附图中未示出)。

则本发明的较佳的实施例中，如图3所示，上述对账信息生成系统具体包括：

存储单元1，用于保存预设的对应每个供应商的信息抓取方式，以及对应每个所述信息抓取方式的信息解析方式，以及对应每个所述信息抓取方式的行解析方式；

选择单元2，供使用者选择本次对账信息生成所需的供应商；

抓取单元3，分别连接选择单元2和存储单元1，用于根据被选择的供应商，采用相应的信息抓取方式从运营系统中获取对账文件；

第一解析单元4，分别连接抓取单元3和存储单元1，用于根据本次对账信息生成所选择的信息抓取方式，采用相应的信息解析方式对被抓取的对账文件进行解析，以得到并输出初步解析结果；

第二解析单元5，分别连接第一解析单元4和存储单元1，用于根据本次对账信息生成所选择的信息抓取方式，采用相应的行解析方式对初步解析结果中的每一行数据进行解析，以得到并输出最终解析结果；

保存单元6，连接第二解析单元5，用于将最终解析结果作为对账信息保存。

本发明的较佳的实施例中，上述信息抓取方式包括：

采用FTP文件获取方式抓取对账文件；或者

采用HTTP文件获取方式抓取对账文件；或者

采用SFTP文件获取方式抓取对账文件；或者

采用电子邮件获取方式抓取对账文件；或者

采用WebService文件获取方式抓取对账文件。

本发明的较佳的实施例中，上述信息解析方式包括：

于对账文件为xls格式时，采用poi方式进行解析；或者

于对账文件为电子邮件时，采用htmlparser方式进行解析；或者

于对账文件为txt格式时，采用IOUtil方式进行解析。

本发明的较佳的实施例中，上述第一解析单元生成的初步解析结果中包括多行数据，并以一预设的标识符区分对应对账文件中的每一列数据；

则于初步解析结果的一行内，包括对应对账文件中的至少一列数据。

则本发明的较佳的实施例中，如图4所示，上述第二解析单元5中包括：

选择模块51，用于选择本次行解析所针对的一行数据；

行解析模块52，连接选择模块51，采用相应的所述行解析方式将被选择的每一行数据分别转换成适于保存的所述最终解析结果并输出。

进一步地，本发明的较佳的实施例中，上述每个行解析方式中指定对应的行解析信息，具体包括下述的一种或几种：

用于指示需要进行行解析的数据所在的列数序号的序号信息；

用于指示进行行解析的数据被保存于数据库中的字段名称的字段信息；

用于指示进行行解析的数据被保存时需要被转换撑的数据类型的类型信息；

用于指示进行行解析的数据被保存时的格式化要求的格式化信息；

用于指示进行行解析的数据被保存时的数据转换要求的转换信息；

用于指示进行行解析的数据被保存时的数据取值要求的取值信息；

用于指示进行行解析时，对应的一列数据是否需要被忽略的解析方式信息。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (12)

1.一种对账信息生成方法，其特征在于，包括一用于保存关联于不同的供应商的对账文件的运营系统；并且

对应每个供应商预设一信息抓取方式，一信息解析方式，以及一行解析方式，还包括：

步骤S1，选择本次需要抓取对账文件的所述供应商的信息；

步骤S2，根据被选择的所述供应商，采用相应的所述信息抓取方式从所述运营系统中抓取所述对账文件；

步骤S3，根据被选择的所述供应商，采用相应的所述信息解析方式对被抓取的所述对账文件进行解析，得到初步解析结果；

步骤S4，根据被选择的所述供应商，采用相应的所述行解析方式对所述初步解析结果中的每一行数据进行解析得到最终解析结果，以作为对账信息保存。

2.如权利要求1所述的对账信息生成方法，其特征在于，所述信息抓取方式包括：

采用FTP文件获取方式抓取所述对账文件；或者

采用HTTP文件获取方式抓取所述对账文件；或者

采用SFTP文件获取方式抓取所述对账文件；或者

采用电子邮件获取方式抓取所述对账文件；或者

采用WebService文件获取方式抓取所述对账文件。

3.如权利要求1所述的对账信息生成方法，其特征在于，所述信息解析方式包括：

于所述对账文件为xls格式时，采用poi方式进行解析；或者

于所述对账文件为电子邮件时，采用htmlparser方式进行解析；或者

于所述对账文件为txt格式时，采用IOUtil方式进行解析。

4.如权利要求1所述的对账信息生成方法，其特征在于，所述步骤S4中，所述初步解析结果中包括多行数据，并以一预设的标识符区分对应所述对账文件中的每一列数据；

于所述初步解析结果的一行内，包括对应所述对账文件中的至少一列数据。

5.如权利要求1所述的对账信息生成方法，其特征在于，所述初步解析结果中包括多行数据；

则所述步骤S4具体包括：

步骤S41，选择所述初步解析结果中的每一行数据；

步骤S42，采用相应的所述行解析方式，分别将所述每一行数据转换成适于保存的所述最终解析结果，并保存为所述对账信息。

6.如权利要求5所述的对账信息生成方法，其特征在于，所述初步解析结果中，以一预设的标识符区分对应所述对账文件中的每一列数据；

则每个所述行解析方式中指定对应的行解析信息，具体包括：

用于指示需要进行行解析的数据所在的列数序号的序号信息；和/或

用于指示进行行解析的数据被保存于数据库中的字段名称的字段信息；和/或

用于指示进行行解析的数据被保存时需要被转换成的数据类型的类型信息；和/或

用于指示进行行解析的数据被保存时的格式化要求的格式化信息；和/或

用于指示进行行解析的数据被保存时的数据转换要求的转换信息；和/或

用于指示进行行解析的数据被保存时的数据取值要求的取值信息；和/或

用于指示进行行解析时，对应的一列数据是否需要被忽略的解析方式信息。

7.一种对账信息生成系统，其特征在于，连接一用于保存关联于不同的供应商的对账文件的运营系统，并且包括：

存储单元，用于保存预设的对应每个供应商的一信息抓取方式，一信息解析方式，以及一行解析方式；

选择单元，供使用者选择本次对账信息生成过程所需的供应商；

抓取单元，分别连接所述选择单元和所述存储单元，用于根据被选择的所述供应商，采用相应的所述信息抓取方式从所述运营系统中获取所述对账文件；

第一解析单元，分别连接所述抓取单元和所述存储单元，用于根据被选择的所述供应商，采用相应的所述信息解析方式对被抓取的所述对账文件进行解析，以得到并输出初步解析结果；

第二解析单元，分别连接所述第一解析单元和所述存储单元，用于根据被选择的所述供应商，采用相应的所述行解析方式对所述初步解析结果中的每一行数据进行解析，以得到并输出最终解析结果；

保存单元，连接所述第二解析单元，用于将所述最终解析结果作为对账信息保存。

8.如权利要求7所述的对账信息生成系统，其特征在于，所述信息抓取方式包括：

采用FTP文件获取方式抓取所述对账文件；或者

采用HTTP文件获取方式抓取所述对账文件；或者

采用SFTP文件获取方式抓取所述对账文件；或者

采用电子邮件获取方式抓取所述对账文件；或者

采用WebService文件获取方式抓取所述对账文件。

9.如权利要求7所述的对账信息生成系统，其特征在于，所述信息解析方式包括：

于所述对账文件为xls格式时，采用poi方式进行解析；或者

于所述对账文件为电子邮件时，采用htmlparser方式进行解析；或者

于所述对账文件为txt格式时，采用IOUtil方式进行解析。

10.如权利要求7所述的对账信息生成系统，其特征在于，所述第一解析单元生成的所述初步解析结果中包括多行数据，并以一预设的标识符区分对应所述对账文件中的每一列数据；

则于所述初步解析结果的一行内，包括对应所述对账文件中的至少一列数据。

11.如权利要求7所述的对账信息生成系统，其特征在于，所述第一解析单元生成的所述初步解析结果中包括多行数据；

则所述第二解析单元中包括：

选择模块，用于选择本次行解析所针对的每一行数据；

行解析模块，连接所述选择模块，采用相应的所述行解析方式将被选择的每一行数据分别转换成适于保存的所述最终解析结果并输出。

12.如权利要求11所述的对账信息生成系统，其特征在于，所述初步解析结果中，以一预设的标识符区分对应所述对账文件中的每一列数据；

则每个所述行解析方式中指定对应的行解析信息，具体包括：

用于指示需要进行行解析的数据所在的列数序号的序号信息；和/或

用于指示进行行解析的数据被保存于数据库中的字段名称的字段信息；和/或

用于指示进行行解析的数据被保存时需要被转换撑的数据类型的类型信息；和/或

用于指示进行行解析的数据被保存时的格式化要求的格式化信息；和/或

用于指示进行行解析的数据被保存时的数据转换要求的转换信息；和/或

用于指示进行行解析的数据被保存时的数据取值要求的取值信息；和/或

用于指示进行行解析时，对应的一列数据是否需要被忽略的解析方式信息。