CN102207981A - 管理文件的方法和系统 - Google Patents
管理文件的方法和系统 Download PDFInfo
- Publication number
- CN102207981A CN102207981A CN 201110195833 CN201110195833A CN102207981A CN 102207981 A CN102207981 A CN 102207981A CN 201110195833 CN201110195833 CN 201110195833 CN 201110195833 A CN201110195833 A CN 201110195833A CN 102207981 A CN102207981 A CN 102207981A
- Authority
- CN
- China
- Prior art keywords
- file
- storage
- catalogue listing
- title
- electronics
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供了一种管理文件的方法和系统。该方法包括:根据原始文件内容生成电子文件,电子文件包括用户文件和电子免填单文件;存储电子文件;生成对应电子文件的存储管理索引号;维护第一文件索引目录表,第一文件索引目录表包括业务流水号、电子文件的数据类型和存储管理索引号;维护第二文件索引目录表,第二文件索引目录表包括存储管理索引号和电子文件的名称及存储路径。通过上述方案可以生成电子文件,存储电子文件,生成并基于存储管理索引号维护业务和电子文件的映射关系,从而实现了对文件的有效管理,节省了大量的人力资源和物力资源。
Description
技术领域
本发明实施例涉及通信领域,并且更具体地,涉及管理文件的方法和系统。
背景技术
随着企业管理规范化发展,新一代客户关系管理系统(New Generation Customer Relationship Management,简称NGCRM)在节能减排,绿色运营过程中,也成为一项需要加强关注的重要内容。目前在营业厅中纸张消耗很大,在运作过程,主要是下述几类纸张的消耗。
业务免填单:是客户在运营商营业厅办理业务的凭证,两联带复写、有固定格式A4纸。营业员给客户办理完业务后,打印免填单,让客户签名确认后,运营商保存原件,客户保存复写联。
账目清单:客户在营业厅的自助终端,营业厅网营系统自己打印账单,清单,普通采用小型纸张进行打印。
因为要求为客户提供纸质受理单,需要配备打印设备以及特殊受理单纸张。此外每个分公司租赁单独的仓库(仓库配套文档存放设备)进行纸质受理单存放,需要耗费仓库租赁成本以及库管人员成本。每个分公司配备2-3个专人完成纸质受理单归档以及稽核,需要耗费归档稽核人员成本。此外,当需要查找特定的纸质文件时,查询时间长而且不容易找到,工作效率低。
如此一来,公司的人力资源和物力资源消耗巨大。
发明内容
本发明实施例提供了一种管理文件的方法和系统,能够节省人力资源和物力资源。
一方面,提供了一种管理文件的方法,该方法包括:根据原始文件内容生成电子文件,电子文件包括用户文件和电子免填单文件;存储电子文件;生成对应电子文件的存储管理索引号;维护第一文件索引目录表,第一文件索引目录表包括业务流水号、电子文件的数据类型和存储管理索引号;维护第二文件索引目录表,第二文件索引目录表包括存储管理索引号和电子文件的名称及存储路径。
另一方面,提供了一种管理文件的系统,该系统包括:第一生成单元,用于根据原始文件内容生成电子文件,电子文件包括用户文件和电子免填单文件;存储单元,用于存储电子文件;第二生成单元,用于生成对应电子文件的存储管理索引号;第一索引单元,用于维护第一文件索引目录表,第一文件索引目录表包括业务流水号、电子文件的数据类型和存储管理索引号;第二索引单元,用于维护第二文件索引目录表,第二文件索引目录表包括存储管理索引号和电子文件的名称及存储路径。
通过上述方案可以生成电子文件,存储电子文件,生成并基于存储管理索引号维护业务和电子文件的映射关系,从而实现了对文件的有效管理,节省了大量的人力资源和物力资源。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例管理文件的方法的流程图。
图2是根据本发明另一实施例管理文件的方法的流程图。
图3是根据本发明实施例管理文件的系统的框图。
图4是根据本发明另一实施例管理文件的系统的框图。
图5是根据本发明实施例应用场景的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例根据业务的不同,可以应用在银行、通信营业厅等需要有效管理业务文件的场景。
图1是根据本发明实施例管理文件的方法100的流程图。管理文件的系统,例如电子免填单系统(Electronic Voucher Management System,简称EVMS),实现方法100。
图1的110,根据原始文件内容生成电子文件,电子文件包括用户文件和电子免填单文件。
图1的120,存储电子文件。
图1的130,生成对应电子文件的存储管理索引号。
图1的140,维护第一文件索引目录表,第一文件索引目录表包括业务流水号、电子文件的数据类型和存储管理索引号。
图1的150,维护第二文件索引目录表,第二文件索引目录表包括存储管理索引号和电子文件的名称及存储路径。
通过上述实施例方案,生成电子文件,存储电子文件,生成并基于存储管理索引号维护业务和电子文件的映射关系,实现了对文件的有效管理,节省了大量的人力资源和物力资源。
图2是根据本发明另一实施例管理文件的方法200的流程图。
图2的210,根据原始文件内容生成用户文件和电子免填单文件,电子文件包括用户文件和电子免填单文件。
原始文件内容诸如证件信息、用户签名文件和电子免填单模板文件等。身份证信息例如可以通过身份证读卡器或扫描器等生成用户文件。用户签名文件可以是用户通过手写板设备签名形成的图片文件。
将用户签名文件与电子免填单模板文件(包括业务要素和底稿信息)合并打印成带签名的电子免填单文件。根据业务要素的不同,电子免填单模板文件可以是多种。
作为另一实施例,可以调用时间戳认证服务,获取唯一时间戳信息,并将时间戳信息增加到电子免填单文件中,还可以调用电子商务认证授权服务(Certificate Authority,简称CA认证),将CA认证信息增加到电子免填单文件中。
图2的220,存储电子文件。
根据需要保存的文件的数据类型和数据流,查询电子文件的目录定义,检索合适的存储空间。判断存储空间的大小是否可以容纳该文件,如果空间足够,则加密且合并压缩处理,把二进制数据流存储到存储空间中,形成一个新的文件。
管理文件的系统事先定义文件存储目录的级数和每个存储目录最大能存储的电子文件数目,存储目录的名称和电子文件的名称以数字命名,并且存储路径包括存储目录的名称。
作为存储电子文件的示例性实现方式,可以采用对象存储管理系统(Object Storage Management System,简称OSMS)来存储。
OSMS利用操作系统的目录,将文件系统划分多级目录,通过多级目录来减少每个目录的文件个数,例如,OSMS定义了存储目录深度为3,每个目录的最大文件数为5000,则可以支持的总文件个数为5000*5000*5000=125000000000,这样可以在操作系统的文件管理范围内提高效率,其中存储目录的深度与目录下的目录/文件个数是可定义的。
OSMS通过以数字命名的文件和文件夹来实现目录分级与每级目录的文件个数控制。通过数字实现方式比较简单,例如OSMS系统定义了3层目录深度,每个目录文件数目为5000,则OSMS初始化时首先会从文件夹名称为0开始,每个文件夹目录下的文件从0开始,文件名称逐渐递增。当文件已经使用到上限5000的时候,再生成文件夹名称为1的文件夹,在此文件夹中继续开始使用文件名为0的文件,以此类推。
此外,OSMS可以将电子文件进行压缩合并,其处理机制为,首先对文件内容进行压缩,然后在当前OSMS系统中找到一个容量未达到上限的电子文件,将文件内容追加到此电子文件末尾。针对文本格式的文件,OSMS的压缩比可以达到1∶8,充分节省了占用空间。OSMS内部存储文件的容量大小是可定义的,可以根据不同的操作系统或应用场景进行调整,以达到最大的访问效率。
图2的230,生成对应电子文件的存储管理索引号。存储管理索引号与电子文件有对应关系。通过维护第一文件索引目录表和第二文件索引目录表映射该对应关系。举例来说,存储管理索引号可以是证件号码,或者对于管理文件的系统不同的应用领域,存储管理索引号可以是银行卡卡号、移动设备入网号等。
图2的240,维护第一文件索引目录表,第一文件索引目录表包括业务流水号、电子文件的数据类型和存储管理索引号。
表1是第一文件索引目录表的例子,其中包括业务流书号、文件数据类型和存储管理索引号,第一文件索引目录表内容可以不限于此。此处例如:身份证影像文件标记数据类型为“IdCard”,电子免填单数据类型为“EleAct”。
表1
业务流水号 | 文件数据类型 | 存储管理索引号 |
230080311543260332 | IdCard | 1330819663 |
230080307538547678 | EleAct | 1330819665 |
图2的250,维护第二文件索引目录表,第二文件索引目录表包括存储管理索引号和电子文件的名称及存储路径。
下面的表2是第二文件索引目录表的例子,其中包括存储管理索引号、电子文件名称及存储路径、偏移位置、压缩后的数据大小和源数据大小,第二文件索引目录表内容可以不限于此。通过存储管理索引号,第一文件索引目录表和第二文件索引目录表之间建立有映射关系,记录业务和电子文件的关系,更新电子文件在文件柜中的存放位置和实际占用的空间。
表2
图2的260实时查询和270异步查询是方法200查询时的不同实现方式。首先,可以根据业务流速号查询第一文件索引目录表和第二文件索引目录表,找到电子文件的电子文件名称以及对应的存放位置。然后,打开电子文件读取相关数据,解压还原电子文件(电子免填单或者用户文件)。接着,进行文件安全检查,核对该文件是否被篡改或者CA认证是否有效。最后,现场反馈获取的电子文件作为实时查询的结果,也可以通过电子邮件订阅服务异步反馈获取的电子文件。
查询时输入业务流水号与文件的数据类型,举例来说,查询内容是流水号230080311543260332对应的身份证文件。参考表1,根据业务与存储关系找到对应的存储管理索引号(OSMS索引号)1330819663。再参考表2,根据存储管理索引号1330819663找到对应的电子文件名称和存储路径为/osms/data/0/0/1/3,同时找到偏移位置与数据大小,打开OSMS文件,偏移到第0个字节位置,读取2907个字节的内容,解压缩生成原始文件内容,作为查询结果。
通过上述实施例方案,生成电子文件,存储电子文件,生成并基于存储管理索引号维护业务和电子文件的映射关系,能够实现实时查询和异步查询,实现了对文件的有效管理,节省了大量的人力资源和物力资源。
图3是根据本发明实施例管理文件的系统300的框图。
系统300包括第一生成单元310、存储单元320、第二生成单元330、第一索引单元340和第二索引单元350。
第一生成单元310,用于根据原始文件内容生成电子文件,电子文件包括用户文件和电子免填单文件。
存储单元320,用于存储电子文件。
第二生成单元330,用于生成对应电子文件的存储管理索引号。
第一索引单元340,用于维护第一文件索引目录表,第一文件索引目录表包括业务流水号、电子文件的数据类型和所述存储管理索引号。
第二索引单元350,用于维护第二文件索引目录表,第二文件索引目录表包括存储管理索引号和电子文件的名称及存储路径。
系统300可以实现方法100。
通过上述实施例方案,生成电子文件,存储电子文件,生成并基于存储管理索引号维护业务和电子文件的映射关系,实现了对文件的有效管理,节省了大量的人力资源和物力资源。
图4是根据本发明另一实施例管理文件的系统400的框图。
系统400的第一生成单元410、存储单元420、第二生成单元430、第一索引单元440和第二索引单元450分别与系统300的第一生成单元310、存储单元320、第二生成单元330、第一索引单元340和第二索引单元350相同或相似。不同之处在于,系统400还包括实时查询单元460和/或异步查询单元470。查询单元,用于根据业务流水号查询电子文件,以获取原始文件内容。
第一生成单元410根据原始文件内容生成用户文件和电子免填单文件,发送到存储单元420,电子文件包括用户文件和电子免填单文件。
原始文件内容诸如证件信息、用户签名文件和电子免填单模板文件等。身份证信息可以通过身份证读卡器或扫描器等生成用户文件。用户签名文件可以是用户通过手写板设备签名形成的图片文件。
将用户签名文件与电子免填单模板文件(包括业务要素和底稿信息)合并打印成带签名的电子免填单文件。根据业务要素的不同,电子免填单模板文件可以是多种。
作为另一实施例,可以调用时间戳认证服务,获取唯一时间戳信息,并将时间戳信息增加到电子免填单文件中,还可以调用电子商务认证授权服务(Certificate Authority,简称CA认证),将CA认证信息增加到电子免填单文件中。
存储单元420存储生成的电子文件。
根据需要保存的文件的数据类型和数据流,查询电子文件的目录定义,检索合适的存储空间。判断存储空间的大小是否可以容纳该文件;如果空间足够,则加密且合并压缩处理,把二进制数据流存储到存储空间中,形成一个新的文件。
管理文件的系统事先定义文件存储目录的级数和每个存储目录最大能存储的电子文件数目,存储目录的名称和电子文件的名称以数字命名,并且存储路径包括存储目录的名称。
作为存储电子文件的示例性实现方式,可以采用对象存储管理系统(Object Storage Management System,简称OSMS)来存储。
OSMS利用操作系统的目录,将文件系统划分多级目录,通过多级目录来减少每个目录的文件个数,例如,OSMS定义了存储目录深度为3,每个目录的最大文件数为5000,则可以支持的总文件个数为5000*5000*5000=125000000000,这样可以在操作系统的文件管理范围内提高效率,其中存储目录的深度与目录下的目录/文件个数是可定义的。
OSMS通过以数字命名的文件和文件夹来实现目录分级与每级目录的文件个数控制。通过数字实现方式比较简单,例如OSMS系统定义了3层目录深度,每个目录文件数目为5000,则OSMS初始化时首先会从文件夹名称为0开始,每个文件夹目录下的文件从0开始,文件名称逐渐递增。当文件已经使用到上限5000的时候,再生成文件夹名称为1的文件夹,在此文件夹中继续开始使用文件名为0的文件,以此类推。
此外,OSMS可以将电子文件进行压缩合并,其处理机制为,首先对文件内容进行压缩,然后在当前OSMS系统中找到一个容量未达到上限的电子文件,将文件内容追加到此电子文件末尾。针对文本格式的文件,OSMS的压缩比可以达到1∶8,充分节省了占用空间。OSMS内部存储文件的容量大小是可定义的,可以根据不同的操作系统或应用场景进行调整,以达到最大的访问效率。
第二生成单元430生成对应电子文件的存储管理索引号。存储管理索引号与电子文件有对应关系。通过维护第一文件索引目录表和第二文件索引目录表映射该对应关系。举例来说,存储管理索引号可以是证件号码,或者对于管理文件的系统不同的应用领域,存储管理索引号可以是银行卡卡号、移动设备入网号等。
第一索引单元440基于存储管理索引号,建立并更新第一文件索引目录表,第一文件索引目录表包括业务流水号、电子文件的数据类型和存储管理索引号。
表1是第一文件索引目录表的例子,其中包括业务流书号、文件数据类型和存储管理索引号,第一文件索引目录表内容可以不限于此。例如:身份证影像文件标记数据类型为“IdCard”,电子免填单数据类型为“EleAct”。具体细节参见表1。
第二索引单元450基于存储管理索引号,建立并更新第二文件索引目录表,第二文件索引目录表包括存储管理索引号和电子文件的名称及存储路径。
表2是第二文件索引目录表的例子,其中包括存储管理索引号、电子文件名称及存储路径、偏移位置、压缩后的数据大小和源数据大小,第二文件索引目录表内容可以不限于此。通过存储管理索引号,第一文件索引目录表和第二文件索引目录表之间建立有映射关系,记录业务和电子文件的关系,更新电子文件在文件柜中的存放位置和实际占用的空间。具体内容参见表2。
系统400包括实时查询单元460和/或异步查询单元470。首先,可以根据业务流速号查询第一文件索引目录表和第二文件索引目录表,找到电子文件的电子文件名称以及对应的存放位置。然后,打开电子文件,读取相关数据,解压还原电子文件(电子免填单或者用户文件)。接着,进行文件安全检查,核对该文件是否被篡改或者CA认证是否有效。最后,实时查询单元460现场反馈获取的电子文件作为实时查询的结果,也可以通过电子邮件订阅服务由异步查询单元470反馈获取的电子文件。
查询时输入业务流水号与文件的数据类型,举例来说,查询内容是流水号230080311543260332对应的身份证文件。参考表1,根据业务与存储关系找到对应的存储管理索引号(OSMS索引号)1330819663。再参考表2,根据存储管理索引号1330819663找到对应的电子文件名称和存储路径为/osms/data/0/0/1/3,同时找到偏移位置与数据大小,打开OSMS文件,偏移到第0个字节位置,读取2907个字节的内容,解压缩生成原始文件内容,作为查询结果。
系统400可以实现方法100和方法200。
通过上述实施例方案,生成电子文件,存储电子文件,生成并基于存储管理索引号维护业务和电子文件的映射关系,能够实现实时查询和异步查询,实现了对文件的有效管理,节省了大量的人力资源和物力资源。
图5是根据本发明实施例应用场景的示意图。
图5包括业务系统CRM(Customer Relation Management)510、电子免填单系统EVMS 520。作为本发明实施例示例性的实现方式,EVMS 520包括电子文件生成模块530和OSMS 540。
作为示例性的实现方式,电子文件生成模块530实现了系统300的第一生成单元310和系统400的第一生成单元410。
OSMS 540包括文件存储模块541、文件查询模块542、查询定制模块543、文件柜544、545和546。
作为示例性的实现方式,文件存储模块541实现了系统300的存储单元310和系统400的存储单元420。文件查询模块542、查询定制模块543分别实现了系统400的实时查询单元460和异步查询单元470。
OSMS 540还包括文件索引模块548,作为示例性的实现方式,文件索引模块548实现了系统300的第二生成单元330、第一索引单元340和第二索引单元350以及系统400的第二生成单元430、第一索引单元440和第二索引单元450。
CRM 510生成原始文件内容,发送到EVMS 520。EVMS 520的电子文件生成模块530按照业务规则的要求,根据原始文件内容生成例如PDF格式(也可以是其他格式)的电子文件,包括用户文件和电子免填单文件,将该电子文件发送到OSMS 540。
文件索引模块548记录业务与电子文件的管理关系,维护文件索引目录表。文件存储模块541将电子文件经合并压缩存储到文件柜中。作为示例性说明,图5包括三个文件柜544、545和546。文件柜的个数和大小可以由OSMS 540定义,每个文件柜是一个操作系统的正常文件,是用于存储电子文件的最小存储单位。OSMS 540包括用于实时查询文件的查询模块542和用于异步查询文件的查询定制模块543,例如通过电子邮件订阅,方便客户在营业前台或通过电子渠道等进行电子免填单信息的查询和资料核对。
OSMS 540还包括数据备份模块547,以备份电子文件。
通过上述实施例方案,生成电子文件,存储电子文件,生成并基于存储管理索引号维护业务和电子文件的映射关系,备份电子文件,能够实现实时查询和异步查询,实现了对文件的有效管理。
上述实施例方案提升业务办理效率,其中主要表现在如下三个方面:
1.客户办理业务等待时间极大缩短,平均缩短到纸质工单办理业务用时的1/3。
2.提供同步、异步(Emai订阅)的查询模块,查询历史的免填单信息,不再需要翻箱倒柜,真实再现当时办理业务的“影像资料”,使得客户等待的查询时间也从几天甚至几十天缩短为现场几秒。
3.在系统上完成文件归档、稽核操作,并提供对应自动报表生成,减少人工干预,提升工作效率。
此外,上述实施例方案查询文件成功率很高。通过业务流水号,瞬时即可查到含有电子印章和客户签名的电子工单,不需要人工在仓库中检索,查询成功率相当高。此外,结合其他外围设备,输入用户手机号码或者身份证号码,也可以很快查到含有电子印章和客户签名的电子工单。
另外,上述实施例方案创造巨大经济效益。采用电子工单,直接生成为电子文件,取消纸质工单,节约了巨量纸张,间接节省木材资源,减少环境污染,实现环保节能,符合国家提倡的低碳环保策略。除了节约纸张,还省去了客户填写使用的签字笔、油印,以及打印耗材、仓库空间等大量消耗。
最后,上述实施例方案安全可靠永久保留文件。系统通过独有的文件柜存储方式,很好的解决了文件的压缩和安全性问题;同时,系统采用电子档的方式进行存储,规避了火灾、水灾等带来的文件管理风险,确保文件永久安全保留。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种管理文件的方法,其特征在于,包括:
根据原始文件内容生成电子文件,所述电子文件包括用户文件和电子免填单文件;
存储所述电子文件;
生成对应所述电子文件的存储管理索引号;
维护第一文件索引目录表,所述第一文件索引目录表包括业务流水号、所述电子文件的数据类型和所述存储管理索引号;
维护第二文件索引目录表,所述第二文件索引目录表包括所述存储管理索引号和所述电子文件的名称及存储路径。
2.根据权利要求1所述的方法,其特征在于,还包括:
根据所述业务流水号查询所述电子文件,以获取原始文件内容。
3.根据权利要求2所述的方法,其特征在于,所述查询包括实时查询和异步查询。
4.根据权利要求1所述的方法,其特征在于,所述根据原始文件内容生成电子文件包括:
根据电子免填单模板文件和用户签名文件,增加时间戳信息和电子商务认证授权信息以生成所述电子免填单文件。
5.根据权利要求1所述的方法,其特征在于还包括:
事先定义文件存储目录的级数和每个所述存储目录最大能存储的电子文件数目,
所述存储目录的名称和所述电子文件的名称以数字命名,并且
所述第二文件索引目录表中的所述存储路径包括所述存储目录的名称。
6.根据权利要求1所述的方法,其特征在于,
所述电子文件经合并压缩后存储。
7.一种管理文件的系统,其特征在于,所述系统包括:
第一生成单元,用于根据原始文件内容生成电子文件,所述电子文件包括用户文件和电子免填单文件;
存储单元,用于存储所述电子文件;
第二生成单元,用于生成对应所述电子文件的存储管理索引号;
第一索引单元,用于维护第一文件索引目录表,所述第一文件索引目录表包括业务流水号、所述电子文件的数据类型和所述存储管理索引号;
第二索引单元,用于维护第二文件索引目录表,所述第二文件索引目录表包括所述存储管理索引号和所述电子文件的名称及存储路径。
8.根据权利要求7所述的系统,其特征在于,所述系统还包括:
查询单元,用于根据所述业务流水号查询所述电子文件,以获取原始文件内容。
9.根据权利要求7所述的系统,其特征在于:
所述第一生成单元根据电子免填单模板文件和用户签名文件,增加时间戳信息和电子商务认证授权信息以生成所述电子免填单文件。
10.根据权利要求7所述的系统,其特征在于:
所述存储单元事先定义文件存储目录的级数和每个所述存储目录最大能存储的电子文件数目,
所述存储目录的名称和所述电子文件的名称以数字命名,并且
所述第二文件索引目录表中的所述存储路径包括所述存储目录的名称。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201110195833 CN102207981A (zh) | 2011-07-13 | 2011-07-13 | 管理文件的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201110195833 CN102207981A (zh) | 2011-07-13 | 2011-07-13 | 管理文件的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102207981A true CN102207981A (zh) | 2011-10-05 |
Family
ID=44696813
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201110195833 Pending CN102207981A (zh) | 2011-07-13 | 2011-07-13 | 管理文件的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102207981A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102609532A (zh) * | 2012-02-15 | 2012-07-25 | 大唐移动通信设备有限公司 | 文件目录的监控方法和装置 |
CN103106288A (zh) * | 2013-03-07 | 2013-05-15 | 珠海金山办公软件有限公司 | 一种为新建电子表格文档生成推荐文件名称的方法及系统 |
CN104951516A (zh) * | 2015-05-29 | 2015-09-30 | 小米科技有限责任公司 | 存储网页文件的方法及装置 |
CN105447040A (zh) * | 2014-08-29 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 二进制文件管理、更新方法、装置以及系统 |
CN109240996A (zh) * | 2018-08-23 | 2019-01-18 | 平安科技(深圳)有限公司 | 附件导出方法、装置、计算机设备及计算机可读存储介质 |
CN109299037A (zh) * | 2018-08-16 | 2019-02-01 | 北京炎黄盈动科技发展有限责任公司 | 文件处理方法和装置 |
CN109726579A (zh) * | 2017-10-27 | 2019-05-07 | 阿里巴巴集团控股有限公司 | 资源访问权限分组方法及设备 |
CN111054082A (zh) * | 2019-11-29 | 2020-04-24 | 珠海金山网络游戏科技有限公司 | Unity资源数据集编码的方法 |
WO2020147563A1 (zh) * | 2019-01-18 | 2020-07-23 | 阿里巴巴集团控股有限公司 | 一种基于区块链的业务文件存储方法及装置 |
CN114443651A (zh) * | 2021-12-31 | 2022-05-06 | 北京发现角科技有限公司 | 一种埋点数据到ods层的处理方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101644996A (zh) * | 2009-09-25 | 2010-02-10 | 杭州华三通信技术有限公司 | 索引数据的存储方法和存储控制装置 |
CN101814168A (zh) * | 2010-04-12 | 2010-08-25 | 福建伊时代信息科技股份有限公司 | 图像数据的动态交互式管理系统及方法 |
-
2011
- 2011-07-13 CN CN 201110195833 patent/CN102207981A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101644996A (zh) * | 2009-09-25 | 2010-02-10 | 杭州华三通信技术有限公司 | 索引数据的存储方法和存储控制装置 |
CN101814168A (zh) * | 2010-04-12 | 2010-08-25 | 福建伊时代信息科技股份有限公司 | 图像数据的动态交互式管理系统及方法 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102609532A (zh) * | 2012-02-15 | 2012-07-25 | 大唐移动通信设备有限公司 | 文件目录的监控方法和装置 |
CN102609532B (zh) * | 2012-02-15 | 2014-07-23 | 大唐移动通信设备有限公司 | 文件目录的监控方法和装置 |
CN103106288A (zh) * | 2013-03-07 | 2013-05-15 | 珠海金山办公软件有限公司 | 一种为新建电子表格文档生成推荐文件名称的方法及系统 |
CN103106288B (zh) * | 2013-03-07 | 2016-09-14 | 珠海金山办公软件有限公司 | 一种为新建电子表格文档生成推荐文件名称的方法及系统 |
CN105447040A (zh) * | 2014-08-29 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 二进制文件管理、更新方法、装置以及系统 |
CN105447040B (zh) * | 2014-08-29 | 2020-02-07 | 阿里巴巴集团控股有限公司 | 二进制文件管理、更新方法、装置以及系统 |
CN104951516A (zh) * | 2015-05-29 | 2015-09-30 | 小米科技有限责任公司 | 存储网页文件的方法及装置 |
CN109726579A (zh) * | 2017-10-27 | 2019-05-07 | 阿里巴巴集团控股有限公司 | 资源访问权限分组方法及设备 |
CN109726579B (zh) * | 2017-10-27 | 2023-04-28 | 阿里巴巴集团控股有限公司 | 资源访问权限分组方法及设备 |
CN109299037A (zh) * | 2018-08-16 | 2019-02-01 | 北京炎黄盈动科技发展有限责任公司 | 文件处理方法和装置 |
CN109240996A (zh) * | 2018-08-23 | 2019-01-18 | 平安科技(深圳)有限公司 | 附件导出方法、装置、计算机设备及计算机可读存储介质 |
CN109240996B (zh) * | 2018-08-23 | 2024-02-27 | 平安科技(深圳)有限公司 | 附件导出方法、装置、计算机设备及计算机可读存储介质 |
WO2020147563A1 (zh) * | 2019-01-18 | 2020-07-23 | 阿里巴巴集团控股有限公司 | 一种基于区块链的业务文件存储方法及装置 |
CN111054082A (zh) * | 2019-11-29 | 2020-04-24 | 珠海金山网络游戏科技有限公司 | Unity资源数据集编码的方法 |
CN111054082B (zh) * | 2019-11-29 | 2023-10-13 | 珠海金山数字网络科技有限公司 | Unity资源数据集编码的方法 |
CN114443651A (zh) * | 2021-12-31 | 2022-05-06 | 北京发现角科技有限公司 | 一种埋点数据到ods层的处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102207981A (zh) | 管理文件的方法和系统 | |
CN101546342B (zh) | 实现搜索服务的方法与系统 | |
CN103324552A (zh) | 两阶段单实例去重数据备份方法 | |
CN103034927B (zh) | 票据影像管理系统和票据影像管理方法 | |
CN102456059A (zh) | 重复数据删除的处理系统 | |
CN104283975A (zh) | 文件分发方法和装置 | |
CN104778571A (zh) | 一种免填写面单及免人工录入面单信息的方法和系统 | |
CN102811260A (zh) | 文件云同步系统及方法 | |
CN103731489A (zh) | 一种数据存储方法、系统和设备 | |
CN101840471A (zh) | 文档权限控制方法和装置 | |
CN102486785A (zh) | 一种数据同步方法、装置及系统 | |
CN103473284A (zh) | 一种电子凭证管理系统及方法 | |
WO2022082891A1 (zh) | 大数据采集方法、系统、计算机设备及其存储介质 | |
CN105574696A (zh) | 快递实名制认证方法及系统 | |
CN101710322A (zh) | 一种信息关联的方法和系统 | |
CN203192023U (zh) | 一种无纸化业务受理系统 | |
CN107622380A (zh) | 基于云服务交互、保存文档信息的方法、信息管理方法 | |
CN112287403B (zh) | 基于区块链的电子卷宗管理方法、装置、电子设备及介质 | |
CN102082791A (zh) | 数据备份实现方法、客户端和服务器及系统 | |
CN103065096A (zh) | 一种数据保护方法、装置及系统 | |
CN101655865A (zh) | 对象信息提供方法和对象平台及应用系统 | |
CN107633037A (zh) | 一种档案整理系统 | |
CN105243161A (zh) | 信息查询的系统及方法 | |
CN101815082A (zh) | 一种外部消息集成装置及业务系统 | |
CN104077355A (zh) | 一种非结构化数据存储和查询的方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20111005 |
|
RJ01 | Rejection of invention patent application after publication |