专利名称：以多模式信息交互方式处理账务的方法及设备的制作方法
技术领域：
本发明涉及银行账务处理，更为具体地，涉及一种以多模式信息交互方式处理账
务的方法及设备。
背景技术：
住房资金综合业务包括维修资金业务、公积金业务和住房保障业务等。由于各地
区住房资金业务发展不一，住房资金管理部门与银行进行信息交互的方式也各不相同。 在现有技术中，住房资金管理部门建立的账务信息管理设备仅有一种信息交互方
式。然而根据实际需要，住房资金管理部门通常会与多家银行进行账务处理，如果只采用一
种信息交互方式，那么住房资金管理部门必须采用多套设备与多家承办银行对接以实现与
各承办银行进行信息交互。由于各设备之间是相互独立，数据兼容性差，信息无法高效传递
且成本较高，给住房资金管理部门的账务处理带来了极大的不便。
发明内容
本发明的目的在于提供一种以多模式信息交互方式处理账务的方法及设备，使多 种信息交互方式共存于一种设备中，有效地解决了目前住房资金管理部门需采用多套设备 实现与多家承办银行对接而导致的数据兼容性差，信息无法高效传递且成本较高的问题。
本发明提供了一种以多模式信息交互方式处理账务的方法，其包括
a，客户端根据与银行端进行信息交互的类别选择记账模式； b，所述客户端根据所述选择的记账模式进行相应的账务处理，并且根据所述账务 处理后的入账信息生成业务账会计流水表； c，所述客户端根据所述业务账会计流水表进行会计核算。 相应地，本发明还提供了一种以多模式信息交互方式处理账务的设备，其包括
选择模块，用于根据银行端进行信息交互的类别选择记账模式；
账务处理模块，用于根据所选择的记账模式进行相应的账务处理，并且根据所述 账务处理后的入账信息生成业务账会计流水表； 会计核算模块，用于根据所述业务账会计流水表进行会计核算。 实施本发明，通过将多种信息交互方式共存于一种设备中，建立统一的账务核算
入口，从而实现多种信息交互方式的共存，有效地提高了数据的兼容性，降低了成本，更便
于住房资金管理部门的账务处理。
图1是本发明的以多模式信息交互方式处理账务的方法的流程图；
图2是图1中步骤2的第一实施方式的流程图；
图3是图1中步骤2的第二实施方式的流程图；
图4是图1中步骤2的第三实施方式的流程 图5是本发明的以多模式信息交互方式处理账务的设备的结构示意图； 图6是图5所述设备中账务处理模块的结构示意图； 图7是图6所述账务处理模块中实时记账模式单元的结构示意图； 图8是图6所述账务处理模块中隔日记账模式单元的结构示意图； 图9是图6所述账务处理模块中手动记账模式单元的结构示意图。
具体实施例方式
为使本发明的实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发 明作进一步地详细描述。 参考图1，图1是本发明的以多模式信息交互方式处理账务的方法的流程图，所述 方法包括 步骤1，客户端根据与银行端进行信息交互的类别选择记账模式。具体而言，记账 模式包括实时记账模式、隔日记账模式和手动记账模式。客户端根据与银行端进行信息交 互的类别，选择上述三种模式之一进行相应的账务处理。 其中，实时记账模式即为T+0模式，隔日记账模式即为T+l模式。具体而言，T+0模 式是一种以实时的信息交互方式实现账务处理的模式；T+1模式是一种以非实时的信息交 互方式实现账务处理的模式，日终时接收银行流水，隔日入账；手动记账模式是一种由人工 录入银行返回的纸质凭证的账务处理模式。 步骤2，客户端根据所述选择的记账模式进行相应的账务处理，并且根据所述账务 处理后的入账信息生成业务账会计流水表。 步骤3，客户端根据所述业务账会计流水表进行会计核算。 参考图2，图2是图1中步骤2的第一实施方式的流程图，当步骤1中客户端选择 的记账模式为实时记账模式时，所述步骤2包括 Sll，客户端实时接收并解析银行端发送的流水文件，解析得到该流水文件的内 容，并自动将所述内容装载到客户端的银行流水表中。 S12，客户端自动比对所述银行流水表中银行端的数据与客户端的数据是否一致， 若数据一致，则记录比对结果为稽核通过，若数据不一致，则记录比对结果为稽核未通过， 所述比对结果作为用户日后查询使用。 S13，记录比对结果后，客户端自动修改入账信息。具体而言，入账信息包括系统 中的登记簿信息、分户账状态、金额和积数。 S14，根据修改后的入账信息，客户端自动生成业务账会计流水表，以及设备日期 翻牌。具体而言，客户端自动生成业务账会计流水表的同时会自动清除银行流水表；设备日 期翻牌表示完成当天业务，设备日期进入下一天。 需要特别说明的是，以上步骤不需要人工干预，由客户端(即住房资金管理部门 系统平台)依次自动完成。另外，所述步骤S13和步骤S14之间还可以包括如下步骤客户 端自动检查所述修改后的入账信息科目余额是否平衡，并将平衡检查结果报告给客户端， 用户可根据平衡检查结果选择性地对入账信息进行检查核对。 参考图3，图3是图1中步骤2的第二实施方式的流程图，当步骤1中客户端选择 的记账模式为隔日记账模式时，所述步骤2包括
S21，客户端日终时接收银行端发送的流水文件，隔日触发客户端解析银行端发送 的流水文件，解析得到该流水文件的内容，并将所述内容装载到客户端的银行流水表中。
S22，所述内容装载结束后，触发客户端比对所述银行流水表中银行端的数据与客 户端的数据是否一致，若数据一致，则记录比对结果为稽核通过，若数据不一致，则记录比 对结果为稽核未通过，所述比对结果作为用户日后查询使用。 S23，当所有数据比对结束后，触发客户端修改入账信息。具体而言，入账信息包 括系统中的登记簿信息、分户账状态、金额和积数。 S24，触发客户端将客户端内的信息恢复到所述b21步骤之前的状态。具体而言， 此步骤可在步骤S21至步骤S23的任意时刻进行。 S25，根据修改后的入账信息，触发客户端生成业务账会计流水表，以及设备日期 翻牌。具体而言，触发客户端生成业务账会计流水表的同时，客户端自动清除银行流水表； 设备日期翻牌表示完成当天业务，设备日期进入下一天。 需要特别说明的是，以上步骤均需要人工干预，均需用户触发完成。另外，步骤S23 和步骤S24之间还可以包括如下步骤触发客户端检查所述修改后的入账信息科目余额是 否平衡，并将平衡检查结果报告给客户端，用户可根据平衡检查结果选择性地对入账信息 进行检查核对。 参考图4，图4是图1中步骤2的第三实施方式的流程图，当步骤1中客户端选择 的记账模式为手动记账模式时，所述步骤2包括 S31，客户端实时录入银行提供的纸质凭证信息，并将所述录入的纸质凭证信息装 载到客户端的银行流水表中。 S32，触发客户端修改入账信息。具体而言，入账信息包括系统中的登记簿信息、 分户账状态、金额和积数。 S33，根据修改后的入账信息，触发客户端生成业务账会计流水表，以及设备日期 翻牌。具体而言，触发客户端生成业务账会计流水表的同时，客户端自动清除银行流水表； 设备日期翻牌表示完成当天业务，设备日期进入下一天。 需要特别说明的是，以上步骤均需要人工干预，且需用户触发完成。另外，步骤S32 和步骤S33之间还可以包括如下步骤触发客户端检查修改后的入账信息科目余额是否平 衡，并将平衡检查结果报告给客户端，用户可根据平衡检查结果选择性地对入账信息进行 检查核对。 参考图5，图5是本发明的以多模式信息交互方式处理账务的设备的结构示意图， 所述设备包括 选择模块100，用于根据银行端进行信息交互的类别选择记账模式。 账务处理模块200，用于根据所选择的记账模式进行相应的账务处理，并且根据所
述账务处理后的入账信息生成业务账会计流水表。 会计核算模块300，用于根据所述业务账会计流水表进行会计核算。具体而言，客 户端为住房资金管理部门的系统平台。 参考图6，是图5所述设备中账务处理模块的结构示意图。由图6可知，所述账务 处理模块200包括 实时记账模式单元210，用于实现如下功能当选择模块选择的记账模式为实时记账模式时，按实时记账模式进行账务处理。 隔日记账模式单元220，用于实现如下功能当选择模块选择的记账模式为隔日 记账模式时，按隔日记账模式进行账务处理。 手动记账模式单元230，用于实现如下功能当选择模块选择的记账模式为手动 记账模式时，按手动记账模式进行账务处理。 其中，实时记账模式即T+0模式，隔日记账模式即为T+l模式。具体而言，T+0模 式是一种以实时的信息交互方式实现账务处理的模式；T+1模式是一种以非实时的信息交 互方式实现账务处理的模式，日终时接收银行流水文件，隔日入账；手动记账模式是一种由 人工录入银行返回的纸质凭证的账务处理模式。以上三种模式均为目前银行所采用的账务 处理模式。 参考图7，图7是图6所述账务处理模块中实时记账模式单元的结构示意图，所述 实时记账模式单元210包括 实时接收子单元211，用于实时接收并解析银行端发送的流水文件，解析得到该流 水文件的内容，并自动将所述内容装载到客户端的银行流水表中。 自动稽核子单元212，用于实现如下功能自动比对所述银行流水表中银行端的 数据与客户端的数据是否一致，若数据一致，则记录比对结果为稽核通过，若数据不一致， 则记录比对结果为稽核未通过，且比对结果仅作为用户日后查询使用。 自动入账子单元213，用于记录比对结果后，自动修改入账信息。具体而言，入账信 息包括系统中的登记簿信息、分户账状态、金额和积数。 第一翻牌子单元214，用于根据修改后的入账信息，自动生成业务账会计流水表， 以及设备日期翻牌。具体而言，生成业务账会计流水表的同时，自动清除银行流水表；设备 日期翻牌表示完成当天业务，设备日期进入下一天。 需要说明的是，以上各子单元不需要人工干预，设备自动依次运行。另外，实时记 账模式子单元210还可以包括第一平衡检查子单元，用于自动检查修改后的入账信息科 目余额是否平衡，并将平衡检查结果报告给客户端，用户可根据平衡检查结果选择性地对 入账信息进行检查核对。 参考图8，图8是图6所述账务处理模块中隔日记账模式单元的结构示意图，所述 隔日记账模式单元220包括 隔日接收子单元221，用于日终时接收银行端发送的流水文件，隔日触发客户端解 析银行端发送的流水文件，解析得到该流水文件的内容，并将所述内容装载到客户端的银 行流水表中。 稽核子单元222，用于实现如下功能所述内容装载结束后，触发客户端比对所述 银行流水表中银行端的数据与客户端的数据是否一致，若数据一致，则记录比对结果为稽 核通过，若数据不一致，则记录比对结果为稽核未通过，且比对结果仅作为用户日后查询使 用。 入账子单元223 ，用于当日所有数据比对结束后，触发客户端修改入账信息。具体 而言，入账信息包括系统中的登记簿信息、分户账状态、金额和积数。 数据恢复子单元224，用于将客户端内的信息恢复到接收银行流水文件之前的状 态。具体而言，此单元可在隔日接收子单元221至入账子单元223进行操作的任意时刻运行。 第二翻牌子单元225，用于根据修改后的入账信息，触发客户端生成业务账会计流 水表，以及设备日期翻牌。具体而言，生成业务账会计流水表的同时，自动清除银行流水表； 设备日期翻牌表示完成当天业务，设备日期进入下一天。 具体而言，以上各子单元均需要人工干预，均需用户触发完成。另外，隔日记账模 式子单元220还可以包括第二平衡检查子单元，用于触发客户端检查修改后的入账信息 科目余额是否平衡，并将平衡检查结果报告给客户端，用户可根据平衡检查结果选择性地 对入账信息进行检查核对。 参考图9，图9是图6所述账务处理模块中手动记账模式单元的结构示意图。由图 9可知，所述手动记账模式单元230包括 手动入账子单元231，用于实现如下功能实时录入银行提供的纸质凭证信息，并 将所述录入的纸质凭证信息装载到客户端的银行流水表中；以及，触发客户端修改入账信息。 具体而言，入账信息包括系统中的登记簿信息、分户账状态、金额和积数。 第三翻牌子单元232，用于根据修改后的入账信息，触发客户端生成业务账会计流
水表，以及设备日期翻牌。 具体而言，生成业务账会计流水表的同时，自动清除银行流水表；设备日期翻牌表 示完成当天业务，设备日期进入下一天。 需要特别说明的是，以上各子单元均需要人工干预，均需用户触发完成。另外，手 动记账模式单元230还可以包括第三平衡检查子单元，用于检查修改后的入账信息科目 余额是否平衡，并将平衡检查结果报告给客户端，用户可根据平衡检查结果选择性地对入 账信息进行检查核对。 实施本发明实施例，通过将三种信息交互方式整合在一个业务流程中以建立统一
的账务核算入口，从而实现多种信息交互方式的共存，有效地提高了数据的兼容性，降低了 成本，并有利于住房资金管理部门的账务处理。 通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借 助软件结合必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者 是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡 献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质 中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人 计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 以上所公开的仅为本发明的具体实施方式
，仅用于对本发明进行举例说明，不能 以此限定本发明之保护范围，本领域技术人员在不脱离本发明实质的前提下可以进行各种 修改、变化或替换，因此，依照本发明所作的各种等同变化，仍属于本发明所涵盖的范围。
权利要求
一种以多模式信息交互方式处理账务的方法，其特征在于，所述方法包括如下步骤a，客户端根据与银行端进行信息交互的类别选择记账模式；b，所述客户端根据所述选择的记账模式进行相应的账务处理，并且根据所述账务处理后的入账信息生成业务账会计流水表；c，所述客户端根据所述业务账会计流水表进行会计核算。
2. 根据权利要求1所述的方法，其特征在于，所述记账模式包括实时记账模式、隔日 记账模式和手动记账模式。
3. 根据权利要求2所述的方法，其特征在于，当步骤a中客户端选择的记账模式为实时 记账模式时，所述步骤b包括bll，客户端实时接收并解析银行端发送的流水文件，解析得到该流水文件的内容，并 自动将所述内容装载到客户端的银行流水表中；bl2，客户端自动比对所述银行流水表中银行端的数据与客户端的数据是否一致， 若数据一致，则记录比对结果为稽核通过，若数据不一致，则记录比对结果为稽核未通过；bl3，记录比对结果后，客户端自动修改入账信息；bl4，根据修改后的入账信息，自动生成业务账会计流水表，以及设备日期翻牌。
4. 根据权利要求2所述的方法，其特征在于，当步骤a中客户端选择的记账模式为隔日 记账模式时，所述步骤b包括b21，客户端日终时接收银行端发送的流水文件，隔日触发客户端解析所述流水文件，解析得到该流水文件的内容，并将所述内容装载到客户端的银行流水表中；b22，所述内容装载结束后，触发客户端比对所述银行流水表中银行端的数据与客户端的数据是否一致，若数据一致，则记录比对结果为稽核通过，若数据不一致，则记录比对结果为稽核未通过；b23，当所有数据比对结束后，触发客户端修改入账信息；b24，触发客户端将该客户端内的信息恢复到所述b21步骤之前的状态；b25，根据修改后的入账信息，触发客户端生成业务账会计流水表，以及设备日期翻牌。
5. 根据权利要求2所述的方法，其特征在于，当步骤a中客户端选择的记账模式为手动 记账模式时，所述步骤b包括b31，客户端实时录入银行提供的纸质凭证信息，并将所述录入的纸质凭证信息装载到 客户端的银行流水表中；b32，触发客户端修改入账信息；b33，根据修改后的入账信息，触发客户端生成业务账会计流水表，以及设备日期翻牌。
6. 根据权利要求3所述的方法，其特征在于，所述步骤b13和步骤b14之间还包括 客户端自动检查所述修改后的入账信息科目余额是否平衡，并将平衡检查结果报告给所述客户端。
7. 根据权利要求4所述的方法，其特征在于，所述步骤b23和步骤b24之间还包括 触发客户端检查所述修改后的入账信息科目余额是否平衡，并将平衡检查结果报告给所述客户端。
8. 根据权利要求5所述的方法，其特征在于，所述步骤b32和步骤b33之间还包括 触发客户端检查所述修改后的入账信息科目余额是否平衡，并将平衡检查结果报告给所述客户端。
9. 一种以多模式信息交互方式处理账务的设备，其特征在于，包括 选择模块，用于根据与银行端进行信息交互的类别选择记账模式； 账务处理模块，用于根据所述选择的记账模式进行相应的账务处理，并且根据所述账务处理后的入账信息生成业务账会计流水表；会计核算模块，用于根据所述业务账会计流水表进行会计核算。
10. 根据权利要求9所述的设备，其特征在于，所述账务处理模块包括 实时记账模式单元，用于实现如下功能当选择模块选择的记账模式为实时记账模式时，按实时记账模式进行账务处理；隔日记账模式单元，用于实现如下功能当选择模块选择的记账模式为隔日记账模式 时，按隔日记账模式进行账务处理；手动记账模式单元，用于实现如下功能当选择模块选择的记账模式为手动记账模式 时，按手动记账模式进行账务处理。
11. 根据权利要求10所述的设备，其特征在于，所述实时记账模式单元包括 实时接收子单元，用于实时接收并解析银行端发送的流水文件，解析得到该流水 文件的内容，并自动将所述内容装载到客户端的银行流水表中； 自动稽核子单元，用于实现如下功能自动比对所述银行流水表中银行端的数据与客户端的数据是否一致，若数据一致，则 记录比对结果为稽核通过，若数据不一致，则记录比对结果为稽核未通过； 自动入账子单元，用于记录比对结果后，自动修改入账信息；第一翻牌子单元，用于根据修改后的入账信息，自动生成业务账会计流水表，以及设备 日期翻牌。
12. 根据权利要求10所述的设备，其特征在于，所述隔日记账模式单元包括隔日接收子单元，用于日终时接收银行端发送的流水文件，隔日触发客户端解析所述 流水文件，解析得到该流水文件的内容，并将所述内容装载到客户端的银行流水表中； 稽核子单元，用于实现如下功能所述内容装载结束后，触发客户端比对所述银行流水表中银行端的数据与客户端的数 据是否一致，若数据一致，则记录比对结果为稽核通过，若数据不一致，则记录比对结果为 稽核未通过；入账子单元，用于当所有数据比对结束后，触发客户端修改入账信息； 数据恢复子单元，用于将客户端内的信息恢复到接收银行流水文件之前的状态； 第二翻牌子单元，用于根据修改后的入账信息，触发客户端生成业务账会计流水表，以 及设备日期翻牌。
13. 根据权利要求IO所述的设备，其特征在于，所述手动记账模式单元包括 手动入账子单元，用于实现如下功能实时录入银行提供的纸质凭证信息，并将所述录入的纸质凭证信息装载到客户端的银行流水表中；以及，触发客户端修改入账信息；第三翻牌子单元，用于根据修改后的入账信息，触发客户端生成业务账会计流水表，以 及设备日期翻牌。
14. 根据权利要求11所述的设备，其特征在于，所述实时记账模式子单元还包括 第一平衡检查子单元，用于自动检查所述修改后的入账信息科目余额是否平衡，并将平衡检查结果报告给所述客户端。
15. 根据权利要求12所述的设备，其特征在于，所述隔日记账模式子单元还包括 第二平衡检查子单元，用于触发客户端检查所述修改后的入账信息科目余额是否平衡，并将平衡检查结果报告给所述客户端。
16. 根据权利要求13所述的设备，其特征在于，所述手动记账模式单元还包括 第三平衡检查子单元，用于触发客户端检查所述修改后的入账信息科目余额是否平衡，并将平衡检查结果报告给所述客户端。
全文摘要
本发明公开了一种以多模式信息交互方式处理账务的方法，所述方法包括a，客户端根据与银行端进行信息交互的类别选择记账模式；b，所述客户端根据所述选择的记账模式进行相应的账务处理，并且根据所述账务处理后的入账信息生成业务账会计流水表；c，所述客户端根据所述业务账会计流水表进行会计核算。相应地，本发明还公开了一种以多模式信息交互方式处理账务的设备。采用本发明，通过将三种信息交互方式整合在一个业务流程中以建立统一的账务核算入口，从而实现多种信息交互方式的共存，有效地提高了数据的兼容性，降低了成本，并有利于住房资金管理部门的账务处理。
文档编号G06Q40/00GK101706931SQ20091020455
公开日2010年5月12日 申请日期2009年12月1日 优先权日2009年12月1日
发明者吴毅娟, 张勇辉, 张曦, 曾钦祥, 朱向东, 林锦心, 樊一方, 罗敏, 马磊, 高剑武 申请人:中国建设银行股份有限公司