CN103888547A - 一种账单处理方法和服务器 - Google Patents

Abstract

本发明实施例公开了一种账单处理方法和服务器，其中，方法包括：　服务器周期性地将账单文本文件转换成账单ＰＤＦ文件；所述服务器保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表；所述服务器接收终端发送的账单查询请求，所述账单查询请求至少包括账号；所述服务器根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址；所述服务器根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。可见：本发明能够提高账单查询业务的处理速率、大大改善客户体验。　

Description

一种账单处理方法和服务器

技术领域　

本发明涉及计算机应用技术领域，特别是涉及一种账单处理方法和服务器。　 

背景技术　

网银是指银行通过网络向客户提供客户、查询、对账、转账、信贷、投资理财等传统服务项目，使客户可以足不出户就能够安全便捷得管理个人银行账户。　 

对账业务是指客户可通过网银来查询自己的账单，网银系统的对账业务处理过程是：首先，由服务器接收客户发送的查询账单请求，然后，服务器将该请求转发给文件服务系统，由文件服务系统查询对应的账单文本文件并将该账单发送给服务器；然后，服务器将该账单文本文件转换成便携文档格式　（Portable Document Format，ＰＤＦ)文件；最后，将该账单ＰＤＦ文件显示给客户供客户查询。　 

通过上述对账业务处理流程可以看出：客户每查询一次账单，服务器对应的必须执行一次转换处理，由于，单次转换处理所需的时间级别为秒，当多个客户同时提出查询账单请求时，服务器要进行转发请求处理和多次转换处理，这个处理过程不仅需要耗费大量的时间，而且，该过程还会受到网络和文件服务系统本身性能的限制。因此，账单查询业务的处理延迟长且稳定性较差，难以满足客户需求。　 

发明内容　

为了解决上述技术问题，本发明实施例提供了一种账单处理方法和服务器，以提高各银行网银的账单查询业务的处理速率、大大改善客户体验。　 

本发明实施例公开了如下技术方案：　 

第一方面，本发明实施例提供了一种账单处理方法，所述方法包括：　 

服务器周期性地将账单文本文件转换成账单ＰＤＦ文件；　 

所述服务器保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表；　 

所述服务器接收终端发送的账单查询请求，所述账单查询请求至少包括：账号；　　 

所述服务器根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址；　 

所述服务器根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。　 

可选的，所述服务器周期性地将账单文本文件转换成账单ＰＤＦ文件，包括：所述服务器在预设时间将每日生成的账单文本文件转换成账单ＰＤＦ文件。　 

可选的，所述服务器周期性地将账单文本文件转换成账单ＰＤＦ文件，包括：所述服务器根据账单文本文件对应的账号的归属地，将账单文本文件归类；　 

所述服务器启动多个账单ＰＤＦ转换线程并行地将每一个类别的账单文本文件转换成账单ＰＤＦ文件。　 

可选的，在所述服务器周期性地将账单文本文件转换成账单ＰＤＦ文件之后，所述方法还包括：　 

所述服务器将转换的所有账单ＰＤＦ文件合并成一个ＰＤＦ大文件；　 

则所述服务器保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表，具体为：　 

所述服务器保存所述ＰＤＦ大文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件在该ＰＤＦ大文件中的偏移地址之间的映射关系表。　 

可选的，所述方法还包括：　 

所述服务器将账单文本文件发送给文件服务系统，以便文件服务系统对账单文本文件进行管理。　 

第二方面本发明实施例提供了一种服务器，所述服务器，包括：　 

转换单元，用于周期性地将账单文本文件转换成账单ＰＤＦ文件；　 

存储单元，用于保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应 的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表；　 

接收单元，用于接收终端发送的账单查询请求，所述账单查询请求至少包括：账号；　　 

查询单元，用于根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址；　 

反馈单元，用于根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。　 

可选的，所述转换单元，具体用于在预设时间将每日生成的账单文本文件转换成账单ＰＤＦ文件。　 

可选的，所述转换单元，包括：　 

分类子单元，用于根据账单文本文件对应的账号的归属地，将账单文本文件归类；　 

转换子单元，用于启动多个账单ＰＤＦ转换线程并行地将每一个类别的账单文本文件转换成账单ＰＤＦ文件。　 

可选的，所述服务器，还包括：　 

合并单元，用于将转换单元转换的账单ＰＤＦ文件合并成一个ＰＤＦ大文件；　 

则所述存储单元，具体用于保存所述ＰＤＦ大文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件在该ＰＤＦ大文件中的偏移地址之间的映射关系表。　 

可选的，所述服务器，还包括：　 

发送单元，用于将账单文本文件发送给文件服务系统，以便文件服务系统对账单文本文件进行管理。　 

由上述实施例可以看出，与现有技术相比，本发明的优点在于：　 

服务器转换账单ＰＤＦ文件不再依赖于终端所发送的请求，而是以周期性地账单文本文件转换成账单ＰＤＦ文件的方式，直接进行转换操作并将ＰＤＦ文件保存在本地，当服务器接收到终端发送的账单查询请求时，直接查询本地的数据库，读取对应的ＰＤＦ文件返给终端，可见：服务器无需向文件服务系统发送请求，去除了文件服务系统在网银对账业务中的影响，从而减小了中间环节和错误发生几率；另外，在查询本地的数据库时，通过账单查询请求 携带的账号查询ＰＤＦ账单储存偏移地址，根据该偏移地址直接读取对应的账单ＰＤＦ文件反馈给终端，这种查询方式能够快速定位对应的账单ＰＤＦ文件位置，加快了查询速率。因此，本发明能够提高网银账单查询业务的处理速率、大大改善客户体验。　 

附图说明　

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。　 

图1为本发明实施例账单处理方法的实施例1的方法流程图；　 

图2为本发明实施例账单处理方法的实施例2的方法流程图；　 

图3为本发明实施例账单处理方法的实施例3的方法流程图；　 

图4为本发明实施例服务器的实施例1的结构图；　 

图5为本发明实施例服务器的实施例2的结构图；　 

图6为本发明实施例服务器的实施例3的结构图；　 

图7为本发明实施例服务器工作场景示意图。　 

具体实施方式　

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例进行详细描述。　　 

需要说明的是，不同的银行都有各自的网银系统，比如中国工商银行、中国农业银行、中国建设银行、交通银行等，这些银行均具有各自的网银系统。当任意一种网银系统存在背景技术中的技术问题时，均可利用本发明技术方案解决该技术问题。　 

实施例一　 

请参阅图1，其为图1为本发明实施例账单处理方法的实施例1的方法流程图，该方法包括以下步骤：　 

步骤101：服务器周期性地将账单文本文件转换成账单ＰＤＦ文件。　 

网银系统的服务器会定期生成客户的账单文本文件，基于网银业务的安全性考虑，服务器反馈给客户的账单必须是ＰＤＦ格式，因此，服务器会周期性地将这些ＴＸＴ文件转换成ＰＤＦ文件，比如：服务器可以每天将当天生成的账单文本文件转换成账单ＰＤＦ文件，服务器也可以每十二个小时将生成的账单文本文件转换成ＰＤＦ文件，考虑到客户在白天使用网银的时间要远大于在夜晚使用网银的时间，因此，为了保证服务器的整体服务性能，服务器还可以在每天晚间预设时间，将当天生成的所有账单文本文件转换成账单ＰＤＦ文件。由此可见：服务器周期性地执行转换账单文件格式操作，具体周期时间可以根据实际服务器性能以及客户的实际需求而设定。　 

步骤102：所述服务器保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表。　 

服务器在执行完周期性地转换账单格式操作之后，将所有账单ＰＤＦ文件都保存在本地数据库中，以便及时反馈给客户对应的ＰＤＦ账单。当客户想要查询账单时，至少应该提供账号，因此，当服务器知道客户想要查询的账号时，需要从众多账单ＰＤＦ文件中选择出客户想查询的账单。　 

由于，服务器保存的账单ＰＤＦ文件的数量众多，为了保证账单查询业务的响应速率，服务器还需要记录每个账单ＰＤＦ文件存储偏移地址、账号和日期之间的映射关系表。　这样当服务器知道账号之后，查询映射关系表就能够确定对应的账单ＰＤＦ文件存储偏移地址，根据该地址就可以读取账单ＰＤＦ文件。　 

步骤103：所述服务器接收终端发送的账单查询请求，所述账单查询请求至少包括：账号。　 

对于用户来说，需要明确查询哪一个账户的账单，因此，用户需要通过终端指明要查询的账号，即，在所述账单查询请求中包含账号；由于一个账户从建立以来，该账户下所有的账单信息都会被记录，该账户下可能有大量的账单信息。在实际应用中，用户也可以明确查询哪一个账户下具体哪一个日期的账单，因此，用户需要通过终端指明要查询的账号和日期，即在所述账单查询请求中包括账号和日期。当然，用户也可以查询某一段时间内的账单，则用户需要通过终端指明要查询的账号和日期范围，即在所述账单查询 请求中包含账号和日期范围。　　 

步骤104：所述服务器根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址。　 

步骤105：所述服务器根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。　 

客户可以通过终端，（比如：手机、ＩＰＡＤ、笔记本、ＰＣ机等终端设备）登录网银系统，再通过用户名、账号、密码等信息进入自己账户的网银业务界面，可以选择待查询的账单日期（也可以选择账单日期范围；或者也可以不作日期选择，则系统默认查询全部账单信息），点击账单查询业务，上述操作相当于客户通过终端发送账单查询请求给服务器，以请求查询对应的账单。　 

服务器若有短信息服务功能，则用户可以利用终端直接以短信形式发送账单查询请求。当然，若客户可根据服务器所支持的功能，将账单查询请求发送至服务器，但是，该账单查询请求至少包括：账号；当然，该账单查询请求也还可以包括：用户名等其他信息。　 

服务器接收到该账单查询请求之后，就会根据该请求中的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址，然后根据偏移地址在本地数据库中直接读取对应的账单ＰＤＦ文件，最终将所读取的账单ＰＤＦ文件反馈给终端，以供客户查阅。　 

对于服务器而言，如果接收到的账单查询请求中包含账号，则服务器查询与该账号对应的所有账单ＰＤＦ文件，将其反馈给终端；如果接收到的账单查询请求包含账号和日期，则服务器查询与该账号和日期所对应的账单ＰＤＦ文件，将其反馈给终端；如果接收到的账单查询请求中包含账号和日期范围，则服务器查询该账号下该日期范围内的所有账单ＰＤＦ文件，将其反馈给终端。　 

实施例二　 

上述实施例1中服务器周期性地将每一个账单文本文件转换成账单ＰＤＦ文件，并分别将每一个账单ＰＤＦ文件保存在本地，由于单个ＰＤＦ文件生成时间级别为秒，因此，服务器需要处理大量的ＰＤＦ文件，将需要耗费大量时间、 占用大量资源，为了提高服务器处理账单ＰＤＦ文件的速率、节省空间资源。本发明还提供了优选方案，具体如实施例二所示。　 

请参阅图2，示出的本发明实施例账单处理方法的实施例2的方法流程图，该方法包括以下步骤：　 

步骤201，服务器周期性地将账单文本文件转换成账单ＰＤＦ文件；　 

步骤202，所述服务器将转换的所有账单ＰＤＦ文件合并成一个ＰＤＦ大文件；　 

步骤203，所述服务器保存所述ＰＤＦ大文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件在该ＰＤＦ大文件中的偏移地址之间的映射关系表；　 

步骤204，所述服务器接收终端发送的账单查询请求，所述账单查询请求至少包括：账号；　　 

步骤205，所述服务器根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址；　 

步骤206，所述服务器根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。　 

本发明实施例2与实施例1的区别在于，增加了步骤202的操作，由于增加了步骤202，其后的步骤203也适应性地做了改变，其他步骤可参加实施例1中对应的操作，下面仅对步骤202和步骤203进行详细解释。　 

服务器执行步骤202时，可以采用ＰＤＦ文件合并软件（例如PDF Binder、Foxit PDF Editor、Acrobat等工具），将所有账单ＰＤＦ文件合并成一个ＰＤＦ大文件；网银系统不区分地域地支持所有归属地账户的业务，考虑到网银账户的数量众多，服务器同一时间内可能需要处理众多账户的账单，其处理速率将会受到限制，因此，为了加快服务器处理速率。　 

上述步骤201服务器周期性地将账单文本文件转换成账单ＰＤＦ文件，具体可以通过以下方式实现：　 

步骤2011，所述服务器根据账单文本文件对应的账号的归属地，将账单文本文件归类。　 

客户使用网银必须针对其银行卡信息注册一个网银账户，所谓账号的归 属地是指客户办理银行卡的银行所在地，比如：客户在北京通州区中国农业银行办理的银行卡，并利用该银行卡办理的网银，则该网银账号的归属地就是北京市，当然，如果网银系统需要更详细的归属地信息，也可以具体到哪个省哪个市哪个区哪个分行等具体的地理位置信息。服务器将所有的账单文本文件根据对应账号的归属地进行分类。比如：中国有34个省级行政区，银行将其所管辖的账户根据其归属地分别划分为34类，即，每个省级行政区下的账号划分为一类。　 

步骤2012，所述服务器启动多个账单ＰＤＦ转换线程并行地将每一个类别的账单文本文件转换成账单ＰＤＦ文件。　 

服务器在一个周期内可能生成多个账单，而这些账单根据其账号归属地也可能被划分为不同的类别，为了尽快处理这些账单，服务器可以根据所划分的类别启动多个线程，比如：当前周期内服务器生成账单文本文件归属于三个省份（北京、上海、天津），因此，根据其归属地将这些账单文本文件划分为了三类。服务器为了提高处理速率，可以同时处理这三类账单文本文件，因此，服务器可以启动三个线程，每个线程处理一种类型的账单文本文件，三个线程并行地将每种类型的账单文本文件转换成账单ＰＤＦ文件。　 

在步骤201按照上述方式将所有的账单文本文档转换成账单ＰＤＦ文件之后，服务器按照步骤202将所有的账单ＰＤＦ文件利用合并工具合并成一个ＰＤＦ大文件。为了服务器快速准确地为客户查询对应的ＰＤＦ文件。服务器还需要进行步骤203的操作，首先将合并后的一个ＰＤＦ大文件保存在本地，然后还需要记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件在该ＰＤＦ大文件中的偏移地址之间的映射关系表；则针对每一个账单ＰＤＦ文件都具有一个偏移地址，该偏移地址是指该账单ＰＤＦ文件在合并后的一个ＰＤＦ大文件中的相对位置，且，每一个账单ＰＤＦ文件都有其对应的账号和生成日期，将这三者之间的对应关系保存成映射关系表，以便服务器根据客户需求查询对应的ＰＤＦ文件。　 

考虑网银系统中服务器的储存能力有限，再综合客户的实际使用需求，服务器可以设置账单保存时间为三至六个月，当然，如果服务器的整体性能较高，储存能力较大，服务器也可以设置账单保存时间更长。考虑到服务器 不仅仅提供账单查询业务，同时还必须支持其他类型的网银业务，因此，服务器的提供账单查询业务的能力还是受到一定的限制。　 

实施例三　 

由于上述实施例1和实施例2中，服务器均能为客户提供保存时间范围内的账单查询，服务器会定期删除超过保存时间的账单，以更新最新时间范围内的账单，若客户想要查询超过最近保存时间的账单时，服务器则无法提供服务，基于此问题的考虑，本发明还提供了优选方案，具体如实施例而所示。　 

请参阅图3，示出的本发明实施例账单处理方法的实施例3的方法流程图，该方法包括以下步骤：　 

步骤301，服务器周期性地将账单文本文件转换成账单ＰＤＦ文件，并将账单文本文件发送给文件服务系统，以便文件服务系统对账单文本文件进行管理。　 

其中，文件服务系统是网银系统中一个子系统，该系统可以是一个文件服务器，可以是一台能够运行其他应用的通用计算机，也可以是专门提供文件服务的专用计算机，该服务器的功能就是向服务器提供文件，加强了存储器的功能，简化了网络数据的管理，既能够改善系统的性能，提高数据的可用性，又能够降低管理的复杂程度、降低运营费用。　 

服务器在生成账单文本文件之后，可以直接将文件发送给文件服务系统，也可以周期性地批量发送文件给文件服务系统。文件服务系统会将接收到的账单文本文件保存起来，以便服务器查询。　 

步骤302，所述服务器保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表；　 

步骤303，所述服务器接收终端发送的账单查询请求，所述账单查询请求至少包括：账号；　　 

步骤304，所述服务器根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址。　 

由于服务器储存账单的能力有限，服务器仅能保存一定时间范围的账单， 比如服务器可以设置保存当前三个月的账单，若客户想要查询一年前的账单，服务器则无法从本地查询到对应的账单，因此通过以下两个步骤可以满足客户的账单查询需求。　 

步骤305，当服务器查询到偏移地址时，所述服务器根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。　 

步骤306，当服务器没有查询到偏移地址时，所述服务器向所述文件服务系统转发所述账单查询请求，接收所述文件服务系统发送的对应的账单文本文件，将所述账单文本文件转换账单ＰＤＦ文件，并将所述账单ＰＤＦ文件发送给所述终端。　 

从上述步骤305和步骤306可以看出，当客户通过终端发送了查询账单请求之后，服务器需要先从本地查询是否保存有对应的账单，如果有，则直接在本地保存账单中根据偏移地址读取对应的账单反馈给终端；如果没有，说明服务器并没有保存对应的账单，则服务器需要从文件服务系统中查询对应的账单，因此，服务器需要将账单查询请求转发给文件服务系统，从文件服务系统中获取对应的账单，由于文件服务系统中仅能保存账单文本文件，因此，服务器还需要将账单文本文件转换成账单ＰＤＦ文件，再反馈给终端供客户查阅。　 

通过上述本发明实施例可以看出：本发明账单处理方法利用服务器在本地直接将账单文本文件转换成账单ＰＤＦ文件，不再依赖终端发送的账单查询请求再做转换处理，且服务器将账单ＰＤＦ文件保存在本地，可供客户通过终端直接查询对应账单，加快查询速率，再者，在保存账单ＰＤＦ文件的同时服务器还记录了每个ＰＤＦ文件存储偏移地址，这样处理服务器可以快速定位对应的账单ＰＤＦ位置，加快服务器响应速度，以提高客户的服务体验。　 

另外，服务器还可以通过启动多个账单转换线程来并行处理多个账单，提高服务器转换账单的速率。　 

另外，服务器还可以将账单文本文件发送给文件服务系统，这种处理方式，使得服务器能够为客户提供时间间隔更长的账单查询服务。　 

实施例四　 

为了实施本发明账单处理方法，提高账单查询业务的处理速率、客户服务体验，本发明实施例提供了服务器，下面通过实施例对该服务器的工作原理和内部结构进行解释说明。　 

请参阅图4，示出的本发明实施例服务器的实施例1的结构图，该服务器可包括：转换单元401、存储单元402、接收单元403、查询单元404和反馈单元405，下面结合该服务器的工作原理对各个单元的连接关系进行解释说明。　 

转换单元401，用于周期性地将账单文本文件转换成账单ＰＤＦ文件。　 

基于对网银系统的账单查询业务实际需求的考虑，服务器的所述转换单元，具体用于在预设时间将每日生成的账单文本文件转换成账单ＰＤＦ文件。　 

当然，转换单元周期性的执行转换操作，该周期时间可以预先设置，比如：设置为12个小时、一天、一周或者一个月等，考虑到服务器晚间的处理能力较高，还可以预先设置转换单元在每天晚间将账单文本文件转换成账单ＰＤＦ文件。　 

存储单元402，用于保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表。　 

服务器的储存单元将账单ＰＤＦ文件和对应的映射关系表均保存在本地数据库，以便查询单元直接从本地数据库查询对应的ＰＤＦ文件。　 

接收单元403，用于接收终端发送的账单查询请求，所述账单查询请求至少包括：账号。　 

接收单元与转换单元　、存储单元之间并没有直接联系，接收单元与客户使用的终端相连接，可以是无线方式连接，也可以是有线方式连接。　 

查询单元404，用于根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址。　 

接收单元与查询单元相连接，当接收单元接收到账单查询请求之后，就会触发查询单元执行查询操作。　 

反馈单元405，用于根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。　 

反馈单元与客户使用的终端相连接，将读取的对应的ＰＤＦ文件发送给终端。　 

基于实际银行的部署在各个省份具有部署，客户的网银账户是依据所办理的银行卡而办理的，因此，对于服务器而言，服务器而言，可能同一时间会处理众多的不同归属地网银账户的账单，为了加快服务器的处理速率。本发明实施例提供优选方案，所述转换单元，可包括：　 

分类子单元，用于根据账单文本文件对应的账号的归属地，将账单文本文件归类；　 

转换子单元，用于启动多个账单ＰＤＦ转换线程并行地将每一个类别的账单文本文件转换成账单ＰＤＦ文件。　 

其他单元可参阅服务器实施例1对应的各个单元，在此不再赘述。　 

由于服务器在保存账单ＰＤＦ文件时，必须要进行一次读／写硬盘操作，而一次读／写硬盘操作要耗费1秒甚至更长时间，如果是大量的账单ＰＤＦ文件进行多次读／写硬盘操作，则需要耗费大量的时间，且每个账单ＰＤＦ文件的保存均需要一定的冗余空间，因此，众多账单ＰＤＦ文件的保存将会造成大量储存空间的浪费。　 

为了加快处理时间、节省储存空间，本发明实施例提供优选方案，参阅图5，示出的本发明实施例服务器的实施例2的结构图，具体是在服务器实施例1的基础上，所述服务器，还包括：　 

合并单元406，用于将转换单元转换的账单ＰＤＦ文件合并成一个ＰＤＦ大文件；　 

则所述存储单元，具体用于保存所述ＰＤＦ大文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件在该ＰＤＦ大文件中的偏移地址之间的映射关系表。　 

其他单元可参与上述服务器实施例1中各个单元，在此不再赘述。　 

由于服务器本地存储空间有限，无法将所有账号的所有时期的账单均保存下来，因此，为了保证客户能够查询时间更久远的账单，本发明实施例提供了优选方案，参阅图6，示出的本发明实施例服务器的实施例3的结构图，具体是在服务器实施例1的基础上，所述服务器，还包括：　 

发送单元407，用于将账单文本文件发送给文件服务系统，以便文件服务 系统对账单文本文件进行管理。　 

该服务器在实施例1的基础上增加了发送单元，能够给客户提供更好的账单查询服务。下面以具体工作场景为例，对该服务器的工作原理进行解释说明，请参阅图7，示出的本发明实施例服务器工作场景示意图，其中，网银系统的服务器通过网络（无线或者有线方式）分别与终端、文件服务系统相连接。　 

服务器在生成账单文本文件时即可利用发送单元将账单文本文件发送给文件服务系统，以便文件服务系统对这些账单文本文件进行管理。客户可以通过终端向服务器发送账单查询请求，服务器通过接收单元接收到该请求，并根据该请求通过查询单元查询对应的偏移地址，如果查询到则通过反馈单元将对应的账单ＰＤＦ文件反馈给终端。如果没有查询到，则说明服务器并未保存对应的账单ＰＤＦ文件，此时，服务器向文件服务系统转发该账单查询请求，文件服务系统将对应的账单文本文件传送给服务器，然后，服务器将账单文本文件转换成账单ＰＤＦ文件，反馈给终端，以供客户查阅。服务器中的各单元的工作原理可参见上述服务器实施例1、2或3，在此不再赘述。　 

所述领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的服务器中各单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。　 

在本发明所提供的几个实施例中，应该理解到，所揭露的服务器和方法，可以通过其它的方式实现。例如，以上所描述到的服务器实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。　 

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，可以采用软件功能单元 的形式实现。　 

需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Ｒｅａｄ－Ｏｎｌｙ Mｅｍｏｒｙ，ＲＯＭ）或随机存储记忆体（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ，ＲＡＭ）等。　 

以上对本发明所提供的一种账单处理方法和服务器进行了详细介绍，本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。　 

Claims (10)

1.一种账单处理方法，其特征在于，所述方法包括：

服务器周期性地将账单文本文件转换成账单ＰＤＦ文件；

所述服务器保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表；

所述服务器接收终端发送的账单查询请求，所述账单查询请求至少包括：账号；

所述服务器根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址；

所述服务器根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。

2.根据权利要求1所述的方法，其特征在于，所述服务器周期性地将账单文本文件转换成账单ＰＤＦ文件，包括：

所述服务器在预设时间将每日生成的账单文本文件转换成账单ＰＤＦ文件。

3.根据权利要求1所述的方法，其特征在于，所述服务器周期性地将账单文本文件转换成账单ＰＤＦ文件，包括：

所述服务器根据账单文本文件对应的账号的归属地，将账单文本文件归类；

所述服务器启动多个账单ＰＤＦ转换线程并行地将每一个类别的账单文本文件转换成账单ＰＤＦ文件。

4.根据权利要求1至3中任一项所述的方法，其特征在于，在所述服务器周期性地将账单文本文件转换成账单ＰＤＦ文件之后，所述方法还包括：

所述服务器将转换的所有账单ＰＤＦ文件合并成一个ＰＤＦ大文件；

则所述服务器保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表，具体为：

所述服务器保存所述ＰＤＦ大文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件在该ＰＤＦ大文件中的偏移地址之间的映射关系表。

5.根据权利要求　1至3中任一项所述的方法，其特征在于，所述方法还包括：

所述服务器将账单文本文件发送给文件服务系统，以便文件服务系统对账单文本文件进行管理。

6.一种服务器，其特征在于，所述服务器包括：

转换单元，用于周期性地将账单文本文件转换成账单ＰＤＦ文件；

存储单元，用于保存所述账单ＰＤＦ文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件存储偏移地址之间的映射关系表；

接收单元，用于接收终端发送的账单查询请求，所述账单查询请求至少包括：账号；

查询单元，用于根据所述账单查询请求中携带的账号，在所记录的映射关系表中查询对应的账单ＰＤＦ文件存储偏移地址；

反馈单元，用于根据所查询的偏移地址读取对应的账单ＰＤＦ文件，并向所述终端发送所读取的账单ＰＤＦ文件。

7.根据权利要求6所述的服务器，其特征在于，

所述转换单元，具体用于在预设时间将每日生成的账单文本文件转换成账单ＰＤＦ文件。

8.根据权利要求6所述的服务器，其特征在于，所述转换单元，包括：

分类子单元，用于根据账单文本文件对应的账号的归属地，将账单文本文件归类；

转换子单元，用于启动多个账单ＰＤＦ转换线程并行地将每一个类别的账单文本文件转换成账单ＰＤＦ文件。

9.根据权利要求6至7中任一项所述的服务器，其特征在于，所述服务器，还包括：

合并单元，用于将转换单元转换的账单ＰＤＦ文件合并成一个ＰＤＦ大文件；

则所述存储单元，具体用于保存所述ＰＤＦ大文件，并记录每个账单ＰＤＦ文件对应的账号、生成日期与该账单ＰＤＦ文件在该ＰＤＦ大文件中的偏移地址之间的映射关系表。

10.根据权利要求　6至7中任一项所述的服务器，其特征在于，所述服务器，还包括：

发送单元，用于将账单文本文件发送给文件服务系统，以便文件服务系统对账单文本文件进行管理。

Images