CN113434466B - 文件查看处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种文件查看处理方法、装置、设备及存储介质，该方法接收用户输入的针对应答项的待查看文件；将所有针对应答项的待查看文件填充至文件格式列表中；根据预设的应答项与评审项关联关系和所述文件格式列表，建立评审项与待查看文件关联列表；响应用户的查看文件操作，在所述评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，其中目标应答文件用于供用户查看。使得用户可以直接、快速找到想到查看的文件，无需用户手动进行复杂地筛选和查找，可以直接定位到需要查看的具体文件内容，提高了文件查看的效率。

Description

文件查看处理方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种文件查看处理方法、装置、设备及存储介质。

背景技术

招标投标，是在市场经济条件下进行的大宗货物的买卖、工程建设项目有发包与承包，以及服务项目的采购与提供时，所采用的一种交易方式。在招标投标过程中，评审人员需要通过查看投标方提供的投标文件来进行评审，为了提高效率，一般投标文件以可携带文档格式(Portable Document Format，PDF)来进行存储，PDF文件是企业信息系统存储和交换信息的大势所趋，PDF文件的缓冲加载，可将一个文档在后台拆分为若干个PDF文件或图片。

传统的查看投标文件的方式为评审人员人工查看所有投标文件，然后自行查找评审项对应的投标文件。

然而现有技术中，人工查看投标文件的方式，难以直接定位需要查看的具体文件内容，文件查看效率低。

发明内容

本申请提供一种文件查看处理方法、装置、设备及存储介质，从而解决现有技术中，人工查看投标文件的方式，难以直接定位需要查看的具体文件内容，文件查看效率低的技术问题。

第一方面，本申请提供一种文件查看处理方法，包括：

接收用户输入的针对应答项的待查看文件；

将所有针对应答项的待查看文件填充至文件格式列表中；

根据预设的应答项与评审项关联关系和所述文件格式列表，建立评审项与待查看文件关联列表；

响应用户的查看文件操作，在所述评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，其中所述目标应答文件用于供所述用户查看。

这里，本申请实施例在查看应答文件之前，首先将所有针对应答项的待查看文件进行上传，填充至文件格式列表中，实现了点对点上传，通过预设的应答项与评审项关联关系和文件列表，可以将所有上传的文件与评审项进行关联，得到评审项与待查看文件关联列表，当接收到用户的查看文件操作时，在评审项与待查看文件关联列表中进行检索，从而可以得到准确的与目标评审项对应的目标应答文件，使得用户可以直接、快速找到想到查看的文件，无需用户手动进行复杂地筛选和查找，可以直接定位到需要查看的具体文件内容，提高了文件查看的效率。

可选地，所述响应用户的查看文件操作，在所述评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，包括：

根据所述查看文件操作，确定目标评审项；

在所述评审项与待查看文件关联列表中查询目标评审项，得到与所述目标评审项关联的文件为所述目标应答文件。

这里，本申请实施例可以响应用户的查看文件操作，其中，可以通过用户的查看文件操作来确定目标评审项，例如这里用户的查看文件操作可以为点击屏幕的操作，其中根据不同的预设区域和评审项的对应关系确定目标评审项，或者是通过输入的文字或数字等信息与评审项的对应关系确定目标评审项，本申请实施例对此不做具体限制，确定了目标评审项之后，可以在评审项与待查看文件关联列表中查询目标评审项，从而得到与目标评审项关联的文件，即为用户要查看并进行评审的应答文件，实现了应答文件的自动检索和查看，提高了文件查看的效率。

可选地，在所述得到与目标评审项对应的目标应答文件之后，还包括：

加载所述目标应答文件，并以图片的形式显示所述目标应答文件的内容。

这里，本申请实施例在确定目标应答文件之后，为了便于用户查看，直接进行目标应答文件的加载，将目标应答文件的内容通过图片的形式进行显示，即显示了评审项对应的应答项，实现了在线点对点评审。

可选地，所述加载所述目标应答文件，并以图片的形式显示所述目标应答文件的内容，包括：

通过流式加载方式，将所述目标应答文件拆分为一个或多个单页；

显示所述一个或多个单页。

这里，本申请实施例通过流式加载方式，将目标应答文件拆分为一个或多个单页，每次加载一页文件，优化架构，尽可能节约资源，使显示速度更快，同时保证文件的完整性和私密性，以便用户快速查找到点对点应答文件的内容，提高了文件查看的效率，进一步地提高了评审效率。

可选地，在所述显示所述一个或多个单页之后，还包括：

响应用户的文件触发操作，根据预设文件触发操作与触发指令的对应关系，执行触发指令。

这里，本申请实施例还可以响应用户的文件触发操作，根据预设文件触发操作与触发指令的对应关系，执行触发指令，其中，触发操作可以为保存图片、放大缩小图片或者提取文字等操作，提高了文件查看的灵活性，进一步地提高了用户的体验，便于用户针对文件进行详细地评审。

可选地，在所述将所有针对所述应答项的待查看文件填充至所述文件格式列表中之前，还包括：

根据预设文件格式，建立文件格式列表，其中，所述文件格式列表中包括多个应答项对应的预设文件格式。

这里，本申请实施例可以预先通过预设文件格式，建立文件格式列表，其中，文件格式列表中包括多个应答项对应的预设文件格式，通过将应答文件点对点上传至文件格式列表中，可以进行评审项和文件地关联，便于定位需要查看的文件。

第二方面，本申请实施例提供一种文件查看处理装置，包括：

接收模块，用于接收用户输入的针对应答项的待查看文件；

填充模块，用于将所有针对应答项的待查看文件填充至文件格式列表中，得到文件列表；

第一建立模块，用于根据预设的应答项与评审项关联关系和所述文件列表，建立评审项与待查看文件关联列表；

第一响应模块，用于响应用户的查看文件操作，在所述评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，其中所述目标应答文件用于供所述用户查看。

可选地，所述第一响应模块具体用于：

根据所述查看文件操作，确定目标评审项；

在所述评审项与待查看文件关联列表中查询目标评审项，得到与所述目标评审项关联的文件为所述目标应答文件。

可选地，在所述第一响应模块得到与目标评审项对应的目标应答文件之后，上述装置还包括：

处理模块，用于加载所述目标应答文件，并以图片的形式显示所述目标应答文件的内容。

可选地，所述处理模块具体用于：

通过流式加载方式，将所述目标应答文件拆分为一个或多个单页；

显示所述一个或多个单页。

可选地，在所述处理模块显示所述一个或多个单页之后，上述装置还包括：

第二响应模块，用于响应用户的文件触发操作，根据预设文件触发操作与触发指令的对应关系，执行触发指令。

可选地，在所述填充装置将所有针对所述应答项的待查看文件填充至所述文件格式列表中之前，上述装置还包括：

第二建立模块，用于根据预设文件格式，建立文件格式列表，其中，所述文件格式列表中包括多个应答项对应的预设文件格式。

第三方面，本申请实施例提供一种文件查看处理设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的文件查看处理方法。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的文件查看处理方法。

第五方面，本发明实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的文件查看处理方法。

本申请实施例提供的文件查看处理方法、装置、设备及存储介质，其中该方法在查看应答文件之前，首先将所有针对应答项的待查看文件进行上传，填充至文件格式列表中，实现了点对点上传，通过预设的应答项与评审项关联关系和文件列表，可以将所有上传的文件与评审项进行关联，得到评审项与待查看文件关联列表，当接收到用户的查看文件操作时，在评审项与待查看文件关联列表中进行检索，从而可以得到准确的与目标评审项对应的目标应答文件，使得用户可以直接、快速找到想到查看的文件，无需用户手动进行复杂地筛选和查找，可以直接定位到需要查看的具体文件内容，提高了文件查看的效率。

附图说明

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

图1为本申请实施例提供的一种文件查看处理系统架构示意图；

图2为本申请实施例提供的一种文件查看处理方法的流程示意图；

图3为本申请实施例提供的另一种文件查看处理方法的流程示意图；

图4为本申请实施例提供的一种加载文件系统架构示意图；

图5为本申请实施例提供的一种文件查看处理装置的结构示意图；

图6为本申请实施例提供的一种文件查看处理设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

招标投标，是在市场经济条件下进行的大宗货物的买卖、工程建设项目有发包与承包，以及服务项目的采购与提供时，所采用的一种交易方式。在招标投标过程中，评审人员需要通过查看投标方提供的投标文件来进行评审，在一个系统的数据访问过程中，当要读取的文件过大时，逻辑越复杂，占用的带宽也就越长，响应时间也就越长。因此我们要尽可能减少单个数据的大小，避免网页显示速度慢、用户体验差。

为了提高效率，一般投标文件以PDF来进行存储，PDF文件是企业信息系统存储和交换信息的大势所趋，PDF文件的缓冲加载，可将一个文档在后台拆分为若干个PDF文件或图片。PDF文件是企业信息系统存储和交换信息的大势所趋，PDF文件的缓冲加载，可将一个文档在后台拆分为若干个PDF文件或图片，在线浏览过程中采取流式加载方式，每次加载一页文件，优化架构，尽可能节约资源，使显示速度更快。同时，PDF文件能够保证文件的完整性，使文档只可查看不可更改，私密性更好，显示效率更高。

传统的查看投标文件的方式为评审人员人工查看所有投标文件，然后自行查找评审项对应的投标文件，由专家查看所有投标文件，专家工作量较大。

现有技术中，人工查看投标文件的方式，难以直接定位需要查看的具体文件内容，文件查看效率低。

为了解决上述问题，本申请实施例提供一种文件查看处理方法、装置、设备及存储介质，按照招标文件格式化设置PDF类型的投标文件格式，建立投标文件格式列表；按照投标文件格式点对点要求上传PDF类型的投标文件，数据插入到投标文件列表；将评审项与投标文件各项目进行关联，建立评标细则及评标文件关联表；评审过程中按照评审项与应答文件格式的关联项可逐页查找到评审项对应的PDF页，实现在线点对点评审。

可选地，图1为本申请实施例提供的一种文件查看处理系统架构示意图。在图1中，上述架构包括接收装置101、处理装置102和显示装置103中至少一种。

可以理解的是，本申请实施例示意的结构并不构成对文件查看处理系统架构的具体限定。在本申请另一些可行的实施方式中，上述架构可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，具体可根据实际应用场景确定，在此不做限制。图1所示的部件可以以硬件，软件，或软件与硬件的组合实现。

在具体实现过程中，接收装置101可以是输入/输出接口，也可以是通信接口。

处理装置102可以按照招标文件格式化设置PDF类型的投标文件格式，建立投标文件格式列表；按照投标文件格式点对点要求上传PDF类型的投标文件，数据插入到投标文件列表；将评审项与投标文件各项目进行关联，建立评标细则及评标文件关联表；评审过程中按照评审项与应答文件格式的关联项可逐页查找到评审项对应的PDF页，实现在线点对点评审。

显示装置103可以用于根据处理装置的指令，对上述结果等进行显示。

显示装置还可以是触摸显示屏，用于在显示的上述内容的同时接收用户指令，以实现与用户的交互。

应理解，上述处理器可以通过处理器读取存储器中的指令并执行指令的方式实现，也可以通过芯片电路实现。

另外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合具体的实施例对本申请的技术方案进行详细的说明：

可选地，图2为本申请实施例提供的一种文件查看处理方法的流程示意图。本申请实施例的执行主体可以为图1中的处理装置102，具体执行主体可以根据实际应用场景确定。如图2所示，该方法包括如下步骤：

S201：接收用户输入的针对应答项的待查看文件。

其中，可以通过图1中的接收装置101接收待查看文件。

S202：将所有针对应答项的待查看文件填充至文件格式列表中，得到文件列表。

可选地，在将所有针对应答项的待查看文件填充至文件格式列表中之前，还包括：

根据预设文件格式，建立文件格式列表，其中，文件格式列表中包括多个应答项对应的预设文件格式。

其中，这里的文件为投标文件。

在一种可能的实现方式中，文件格式列表数据模型如下：

文件格式列表List1：biz_bid_doctype_index＝[主键，格式目录父id，投标文件格式(biz_bid_doc_format)表id，目录名称，目录类别，目录级别，内容类型，文件类型(pdf/rar/zip)，顺序号]

其中，上述数据模型中，id为唯一编码(Identity document)。Rar为专利文件格式(Roshal ARchive)，zip为软驱，也是一种压缩文件格式。

在一种可能的实现方式中，文件格式列表的表结构如下：

文件格式表格列表List2：biz_bid_doctype_table＝[主键，表格字段id，格式目录(biz_bid_doc_format_index)表id，投标文件格式(biz_bid_doc_format)表id，字段名称，字段类型(1.数字2.文本)，报价项分类(投标一览表：(1.不含税总报价 2.折扣率 3.含税总报价 4.税率 5.其他)分项报价表：(1.序号 2名称 3.规格型号 4.单价/折扣))，顺序号，编码]。

这里，本申请实施例可以预先通过预设文件格式，建立文件格式列表，其中，文件格式列表中包括多个应答项对应的预设文件格式，通过将应答文件点对点上传至文件格式列表中，可以进行评审项和文件地关联，便于定位需要查看的文件。

可选地，这里的预设文件格式可以根据实际情况确定，可以是接收来自用户输入的预设文件格式。

在一种可能的实现方式中，本申请实施例还可以根据文件的标包，确定文件格式，具体方式如下：

读取投标人参与项目的具体标包，获取标包信息，根据预设的文件格式与标包关联表，检索投标人参与标包的文件格式，其数据模型如下：

文件格式与标包关联表biz_bid_doctype_to_bs＝[格式目录，标段包，投标文件格式，标段(包)编号，标段(包)名称(一经确定不可修改。一般为标段(包)关键字)，投标文件格式目录标段包关系表]。

得到上述文件格式之后，可以按照文件格式进行编辑及上传pdf类型的投标文件，此时在投标文件列表中插入数据，其数据模型如下：

文件列表biz_bid_doc＝[报名表id，投标文件状态，投标文件路径，投标基础信息xml路径，投标文件内容xml路径，加密报价字段xml路径，解密报价字段xml路径`upload_operator_id`varchar(50)COLLATE utf8_unicode_ci DEFAULT NULL COMMENT′上传帐号ID，上传CA编号，回执附件集ID，打包后的投标文件路径(含该投标人所有解密成功的投标文件)]。

其中，xml为可扩展标记语言(Extensible Markup Language)。

可以根据标包确定文件子文件列表，从而便于根据投标人参与的项目针对不同的标包进行统一地检索，无需重新确定文件格式，提高了文件查看效率。

文件子文件列表biz_bid_doc_child＝[主键，报名表id(biz_bid_turn_register)，投标文件ID，格式目录ID，加密文件路径，解密文件路径，浏览pdf用路径，pdf页数的json数据]。

S203：根据预设的应答项与评审项关联关系和文件列表，建立评审项与待查看文件关联列表。

可选地，可以接收用户输入的预设的应答项与评审项关联关系。

可选地，评审项与待查看文件关联列表可以根据评审细则与投标文件管理表、评审方法与标包关联表、详审明细表、初审明细表、评审小组表确定，其中，上述表具体数据模型如下：

评审细则与投标文件管理表biz_rvw_cfg_meth_dtl_to_btd＝[主键，评分细则ID(biz_bid_score_detail)表的ID，招标文件ID(biz_bid_doc)表的ID，所选格式所在轮次ID，评标细则评标文件关联表]。

评审方法与标包关联表biz_rvw_cfg_meth_to_bs＝[评标方法ID(biz_bid_method)，标包标段ID(biz_bid_section)，评标方法与表包标段关联表]。

详审明细表biz_eval_rvw_dtl＝[评委活动与投标关系id，评委活动关系id，评标活动，评分细则，活动类别，评分详情，评审主表id(biz_eval_rvw)]

初审明细表biz_eval_rvw_first＝[初审评审id，评委活动与投标关系id，评委活动关系id，初审项id，评审主表ID(biz_eval_rvw)]。

评审小组表biz_judging_divide_work＝[招标项目(biz_tendering_proj)表主键，标段(包)，标段(包)名称，评委会，活动表，专家类型字典编码，专家分类字典编码，专家分类]。

S204：响应用户的查看文件操作，在评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件。

其中，目标应答文件用于供用户查看。

在一种可能的实现方式中，响应用户的查看文件操作，在评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，包括：

根据查看文件操作，确定目标评审项；

在评审项与待查看文件关联列表中查询目标评审项，得到与目标评审项关联的文件为目标应答文件。

这里，本申请实施例可以响应用户的查看文件操作，其中，可以通过用户的查看文件操作来确定目标评审项，例如这里用户的查看文件操作可以为点击屏幕的操作，其中根据不同的预设区域和评审项的对应关系确定目标评审项，或者是通过输入的文字或数字等信息与评审项的对应关系确定目标评审项，本申请实施例对此不做具体限制，确定了目标评审项之后，可以在评审项与待查看文件关联列表中查询目标评审项，从而得到与目标评审项关联的文件，即为用户要查看并进行评审的应答文件，实现了应答文件的自动检索和查看，提高了文件查看的效率。

可选地，在显示一个或多个单页之后，还包括：

响应用户的文件触发操作，根据预设文件触发操作与触发指令的对应关系，执行触发指令。

这里，本申请实施例还可以响应用户的文件触发操作，根据预设文件触发操作与触发指令的对应关系，执行触发指令，其中，触发操作可以为保存图片、放大缩小图片或者提取文字等操作，提高了文件查看的灵活性，进一步地提高了用户的体验，便于用户针对文件进行详细地评审。

本申请实施例在查看应答文件之前，首先将所有针对应答项的待查看文件进行上传，填充至文件格式列表中，实现了点对点上传，通过预设的应答项与评审项关联关系和文件列表，可以将所有上传的文件与评审项进行关联，得到评审项与待查看文件关联列表，当接收到用户的查看文件操作时，在评审项与待查看文件关联列表中进行检索，从而可以得到准确的与目标评审项对应的目标应答文件，使得用户可以直接、快速找到想到查看的文件，无需用户手动进行复杂地筛选和查找，可以直接定位到需要查看的具体文件内容，提高了文件查看的效率。

可选地，本申请实施例还可以在定位到需要查看的文件之后，对文件进行预加载，再显示给用户，尽可能节约资源，使显示速度更快，相应的，图3为本申请实施例提供的另一种文件查看处理方法的流程示意图，如图3所示，该方法包括：

S301：接收用户输入的针对应答项的待查看文件。

S302：将所有针对应答项的待查看文件填充至文件格式列表中，得到文件列表。

S303：根据预设的应答项与评审项关联关系和文件列表，建立评审项与待查看文件关联列表。

S304：响应用户的查看文件操作，在评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件。

其中，步骤S301-S304的实现方式与步骤S201-S204的实现方式类似，在此不作赘述。

S305：加载目标应答文件，并以图片的形式显示目标应答文件的内容。

这里，处理装置102可以发送指令给显示装置103，以使显示装置103以图片的形式显示目标应答文件的内容。

可选地，加载目标应答文件，并以图片的形式显示目标应答文件的内容，包括：

通过流式加载方式，将目标应答文件拆分为一个或多个单页；

显示一个或多个单页。

这里，本申请实施例通过流式加载方式，将目标应答文件拆分为一个或多个单页，每次加载一页文件，优化架构，尽可能节约资源，使显示速度更快，同时保证文件的完整性和私密性，以便用户快速查找到点对点应答文件的内容，提高了文件查看的效率，进一步地提高了评审效率。

实现在线流式加载浏览PDF文件的过程，是将PDF文件在后台拆分为若干张图片或单页PDF文件。后台拆分过程中用到的Apache PDFbox组件，首先读取从数据库获取的文件，然后生成pdf文档document，最后document进行遍历解析，封装自己想要的数据或者对象。在线流式加载浏览PDF文件，每次加载一页文件，优化架构，尽可能节约资源，使显示速度更快，同时保证文件的完整性和私密性，以便评委快速查找到点对点应答文件的内容，提高评审效率。

流式加载pdf文件时，主要使用PDF.JS两个库文件，其具体架构如图4所示，图4为本申请实施例提供的一种加载文件系统架构示意图，该系统架构包括浏览器、服务器、服务端后台、引擎和数据库，其中，浏览器可以为位于处理装置102内部的本地浏览器，本地浏览器可以与外部服务器、数据库等进行数据和信息的交互，当需要加载PDF文件时，用户通过本地浏览器向服务器发出访问请求，网络服务Web Service受理此请求，再根据业务逻辑的需要将请求交给服务端后台中的持久层框架MyBatis处理。通过MyBatis与数据库构建连接，首先根据业务要求向数据库发出查询请求，数据库查询到所需文件后，在服务端将文件进行拆分，将拆分后的文件以图片形式呈现，以流式加载的方式加载到浏览器，以供用户查看。服务器和服务端后台可以通过开放源码函式库(POI)引擎获取指令。

JS是jump if sign的缩写，是汇编语言条件转移指令，一个pdf.js和一个pdf.worker.js，一个负责应用程序接口(Application Program Interface，API)解析，一个负责核心解析。pdf.js可通过pdf文件的地址或pdf数据流获取pdf，具体实现是调用接口函数PDFJs.getDocument(url/buffer)将pdf载入超文本标记语言(HyperText MarkupLanguage，html)，通过指令canvas处理,然后渲染pdf文件。将pdf转换成数据流，可以解决pdf.js的跨域问题，pdf.js将PDF文件解析后生成一张图像文件存储格式(PortableNetwork Graphic Format，png)图片。

Apache PDFbox是一个基于Java的、支持PDF文档生成的工具库，它可以用于创建新的PDF文档，修改现有的PDF文档，还可以从PDF文档中提取所需的内容，Apache PDFBox还包含了数个命令行工具。

在后台拆分的过程中，我们用到Apache PDFBox，Apache PDFBox主要有以下特征：

(1)文本提取：从PDF文档中提取文本；

(2)合并、分割：可以把多个PDF文档合并成单个，也可以把单个PDF分拆成多个PDF文档；

(3)表单填充：可以从PDF表单中提取数据，或者是填充PDF表单；

(4)PDF/A验证：验证PDF文档是否满足PDF/A ISO标准；

(5)PDF打印：把PDF文档输出到打印机——利用了面向对象编程语言Java的打印API；

(6)PDF转换：可以把PDF文档转换成映像文件；

(7)PDF创建：可以从头创建新的PDF文档；

(8)集成Lucene搜索引擎：Lucene搜索引擎与PDF索引相集成；

PDFBox设计时采用面向对象的方式来描述PDF文档，PDF文档的数据是一系列基本对象的集合：数组、布尔型、字典、数字、字符串和二进制流。PDFBox在org.pdfbox.cos包(中国操作系统(China Operating System，COS)模型)中定义这些基本对象类型，并使用这些对象与PDF文档进行交互。考虑到处理大文档时的效率问题，PDFBox只在内存中存储文档结构，图像、内嵌字体和页面内容等对象将被缓存在一个临时文件中。

实现在线流式加载浏览PDF文件的过程，是将PDF文件在后台拆分为若干张图片或单页PDF文件。后台拆分过程中用到的Apache PDFbox组件，首先读取从数据库获取的文件，然后生成pdfdocument，最后document进行遍历解析，封装自己想要的数据或者对象。在线流式加载浏览PDF文件，每次加载一页文件，优化架构，尽可能节约资源，使显示速度更快，同时保证文件的完整性和私密性。

本申请实施例在确定目标应答文件之后，为了便于用户查看，直接进行目标应答文件的加载，将目标应答文件的内容通过图片的形式进行显示，即显示了评审项对应的应答项，实现了在线点对点评审。

图5为本申请实施例提供的一种文件查看处理装置的结构示意图，如图5所示，本申请实施例的装置包括：接收模块501、填充模块502、第一建立模块503和第一响应模块504。这里的文件查看处理装置可以是上述处理装置102本身，或者是实现处理装置102的功能的芯片或者集成电路。这里需要说明的是，接收模块501、填充模块502、第一建立模块503和第一响应模块504的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。

其中，接收模块，用于接收用户输入的针对应答项的待查看文件；

填充模块，用于将所有针对应答项的待查看文件填充至文件格式列表中，得到文件列表；

第一建立模块，用于根据预设的应答项与评审项关联关系和文件列表，建立评审项与待查看文件关联列表；

第一响应模块，用于响应用户的查看文件操作，在评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，其中目标应答文件用于供用户查看。

可选地，第一响应模块具体用于：

根据查看文件操作，确定目标评审项；

在评审项与待查看文件关联列表中查询目标评审项，得到与目标评审项关联的文件为目标应答文件。

可选地，在第一响应模块得到与目标评审项对应的目标应答文件之后，上述装置还包括：

处理模块，用于加载目标应答文件，并以图片的形式显示目标应答文件的内容。

可选地，处理模块具体用于：

通过流式加载方式，将目标应答文件拆分为一个或多个单页；

显示一个或多个单页。

可选地，在处理模块显示一个或多个单页之后，上述装置还包括：

第二响应模块，用于响应用户的文件触发操作，根据预设文件触发操作与触发指令的对应关系，执行触发指令。

可选地，在填充装置将所有针对应答项的待查看文件填充至文件格式列表中之前，上述装置还包括：

第二建立模块，用于根据预设文件格式，建立文件格式列表，其中，文件格式列表中包括多个应答项对应的预设文件格式。

图6为本申请实施例提供的一种文件查看处理设备的结构示意图。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该文件查看处理设备包括：处理器601和存储器602，各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器601可以对在文件查看处理设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。图6中以一个处理器601为例。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的文件查看处理设备的方法对应的程序指令/模块(例如，附图5所示的，接收模块501、填充模块502、第一建立模块503和第一响应模块504)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的文件查看处理设备的方法。

文件查看处理设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与文件查看处理设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以是文件查看处理设备的显示设备等输出设备。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

本申请实施例的文件查看处理设备，可以用于执行本申请上述各方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述任一项所述的文件查看处理方法。

本申请实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，用于实现上述任一项所述的文件查看处理方法。

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

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (9)

1.一种文件查看处理方法，其特征在于，包括：

接收用户输入的针对应答项的待查看文件；

将所有针对应答项的待查看文件点对点上传至文件格式列表中，得到文件列表；所述文件格式列表中包括多个应答项对应的预设文件格式；

根据预设的应答项与评审项关联关系和所述文件列表，建立评审项与待查看文件关联列表；

响应用户的查看文件操作，在所述评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，其中所述目标应答文件用于供所述用户查看。

2.根据权利要求1所述的方法，其特征在于，所述响应用户的查看文件操作，在所述评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，包括：

根据所述查看文件操作，确定目标评审项；

在所述评审项与待查看文件关联列表中查询目标评审项，得到与所述目标评审项关联的文件为所述目标应答文件。

3.根据权利要求1或2所述的方法，其特征在于，在所述得到与目标评审项对应的目标应答文件之后，还包括：

加载所述目标应答文件，并以图片的形式显示所述目标应答文件的内容。

4.根据权利要求3所述的方法，其特征在于，所述加载所述目标应答文件，并以图片的形式显示所述目标应答文件的内容，包括：

通过流式加载方式，将所述目标应答文件拆分为一个或多个单页；

显示所述一个或多个单页。

5.根据权利要求4所述的方法，其特征在于，在所述显示所述一个或多个单页之后，还包括：

响应用户的文件触发操作，根据预设文件触发操作与触发指令的对应关系，执行触发指令。

6.根据权利要求1或2所述的方法，其特征在于，在所述将所有针对所述应答项的待查看文件填充至所述文件格式列表中之前，还包括：

根据预设文件格式，建立文件格式列表，其中，所述文件格式列表中包括多个应答项对应的预设文件格式。

7.一种文件查看处理装置，其特征在于，包括：

接收模块，用于接收用户输入的针对应答项的待查看文件；

填充模块，用于将所有针对应答项的待查看文件点对点上传至文件格式列表中，得到文件列表；所述文件格式列表中包括多个应答项对应的预设文件格式；

第一建立模块，用于根据预设的应答项与评审项关联关系和所述文件列表，建立评审项与待查看文件关联列表；

第一响应模块，用于响应用户的查看文件操作，在所述评审项与待查看文件关联列表中进行检索，得到与目标评审项对应的目标应答文件，其中所述目标应答文件用于供所述用户查看。

8.一种文件查看处理设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至6任一项所述的文件查看处理方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至6任一项所述的文件查看处理方法。

Images