CN106446026B - 文件管理方法及文件管理系统 - Google Patents

文件管理方法及文件管理系统 Download PDF

Info

Publication number
CN106446026B
CN106446026B CN201610768992.1A CN201610768992A CN106446026B CN 106446026 B CN106446026 B CN 106446026B CN 201610768992 A CN201610768992 A CN 201610768992A CN 106446026 B CN106446026 B CN 106446026B
Authority
CN
China
Prior art keywords
model
file
version
project
modification
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.)
Active
Application number
CN201610768992.1A
Other languages
English (en)
Other versions
CN106446026A (zh
Inventor
廖波涛
张惺钰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Glodon Co Ltd
Original Assignee
Glodon Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Glodon Co Ltd filed Critical Glodon Co Ltd
Priority to CN201610768992.1A priority Critical patent/CN106446026B/zh
Publication of CN106446026A publication Critical patent/CN106446026A/zh
Application granted granted Critical
Publication of CN106446026B publication Critical patent/CN106446026B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/18File system types
    • G06F16/1805Append-only file systems, e.g. using logs or journals to store data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/08Construction

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • General Engineering & Computer Science (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

本发明提供了一种文件管理方法及文件管理系统,其中,文件管理方法包括:在创建目标项目时,生成所述目标项目的第一项目版本,其中,所述第一项目版本中存储有多个模型文件;在接收到对所述多个模型文件中的目标模型文件的修改请求时,生成所述目标项目的第二项目版本,其中,所述第二项目版本中存储有所述多个模型文件中的其他模型文件与所述第一项目版本之间的关联关系以及所述目标模型文件的修订文件版本。通过本发明的技术方案,实现了对模型文件的二维化管理,不同版本中的未变更模型文件不用重复存储,节省了系统存储空间,便于对模型文件进行追踪,且易于传输。

Description

文件管理方法及文件管理系统
技术领域
本发明涉及计算机技术领域,具体而言,涉及一种文件管理方法和一种文件管理系统。
背景技术
在工程建设项目的设计过程中,为投高工作效率,节约时间成本,设计文件不会在一个大文件中集中进行,而是会在统一的标准要求下,分楼栋、专业和楼层,各团队或个人并行进行协同设计,得到分文件夹和文件形在的目录结构树。对于比较典型的中型规模项目,一般三维模型文件达到百位以上,二维施工图纸达到几百甚至上千,这还只是初始文件数量。在项目的后继推进过程中,这些文件会不断进行修改,生产更多的文件。另一方面,工作建设项目参与方从多,这里涉及到比如勘察、设计、施工、监理、业主方为主要的参与方。如何将这些工程文件以及它们的变更版本及时在这些参与方中传递,是工程建设领域里面临的一个普遍难题。
相关技术中,在工程项目中,对于模型和图纸文件的管理,一般多采用标准化的目录存储管理方式:当需要对模型进行修改时,一般会拷贝整个模型文件夹,重命名文件夹名称,根据文件夹名称来标识对应的项目修改版本,形成诸如“模型文件05-05”,“模型文件08-18”这样的版本文件夹,这种管理方式对版本的分类一目了然,易于被人们理解接受。但是,存在以下明显的缺点:
一、文件总的体积随着变更版本的增多,所占用的空间同比成倍增长,但实际上不同版本的文件中,只有少量文件发生了变化,大部分文件在内容上是没有变化的,而采用分文件的存储方式,不可避免地要重复存储这些文件。
二、不利于跟踪同一个文件的多个文件版本,因为同一个文件的文件版本散落在各个版本文件夹中,要对比这个文件的变更修改,就得遍历所有的项目版本,这在实际的操作过程中,是费时费力并且极易出错的事情。
三、对版本在项目多个参与方间传递造成不便,因为每次版本更新都需要全量传输,造成不必要的网络带宽浪费,费时费力。
发明内容
本发明正是基于上述技术问题至少之一,提出了一种新的文件管理方案,实现了对模型文件的二维化管理,不同版本中的未变更模型文件不用重复存储,节省了系统存储空间,便于对模型文件进行追踪,且易于传输。
有鉴于此,本发明提出了一种文件管理方法,包括:在创建目标项目时,生成所述目标项目的第一项目版本,其中,所述第一项目版本中存储有多个模型文件;在接收到对所述多个模型文件中的目标模型文件的修改请求时,生成所述目标项目的第二项目版本,其中,所述第二项目版本中存储有所述多个模型文件中的其他模型文件与所述第一项目版本之间的关联关系以及所述目标模型文件的修订文件版本。
在该技术方案中,通过在创建目标项目时,生成存储有多个模型文件的第一项目版本,并在接收到对多个模型文件中的目标模型文件的修改请求时,生成存储有其他模型文件与第一项目版本之间的关联关系以及目标模型文件的修订文件版本,使得基于项目版本和文件版本实现对模型文件的二维化管理,便于后续对模型文件各个修订文件版本的追踪,同时在第二项目版本中仅存储其他模型文件与第一项目版本之间的关联关系,以便后续根据关联系统来查找下载其他模型文件的实体文件,而无需在第二项目版本中存储其他模型文件的实体文件,大大节省了系统的存储空间,且便于传输。其中,其他模型文件是指所述多个模型文件中除所述目标模型文件的模型文件,项目版本:目标项目中一系列的模型或图纸文件,经过编辑,修订,移交等流程,形成稳定的状态,在某一时刻,给这些文件的状态一个命名来标示,即是项目的一个版本,模型文件:目标项目中的rvt格式的文件;文件版本:单个模型文件的每一次修改,都会形成这个模型文件的一个版本,是单个模型文件所有修改记录的跟踪。
在上述技术方案中,优选地,在同一时间接收到不同发送端发送的对所述目标模型文件中同一模型文件的修改请求的情况下,在所述生成所述目标项目的第二项目版本的步骤之前,还包括:判断所述修改请求的发送端是否有对所述同一模型文件的修改权限;在确定所述修改请求的发送端有所述修改权限时,执行所述生成所述目标项目的第二项目版本的步骤;在确定所述修改请求的发送端没有所述修改权限时,不响应所述修改请求。
在该技术方案中,考虑到在实际的使用过程中,若同一时间同一模型文件被不同参与方并发修改,会造成不必要的冲突,所以通过判断修改请求的发送端是否有对同一模型文件的修改权限,并在确定修改请求的发送端有修改权限时,再生成目标项目的第二项目版本,否则,不响应修改请求,避免了并发修改而造成的冲突,更加完善了二维化管理机制。
在上述任一项技术方案中,优选地,所述判断所述修改请求的发送端是否有对所述同一模型文件的修改权限的步骤,具体包括:获取所述修改请求的发送端的第一标识信息;判断所述修改请求的发送端的标识信息与预存储的所述同一模型文件的授权端的第二标识信息是否匹配;在所述第一标识信息与所述第二标识信息匹配时,确定所述修改请求的发送端有所述修改权限;在所述第一标识信息与所述第二标识信息不匹配时,确定所述修改请求的发送端没有所述修改权限。
在该技术方案中,通过获取修改请求的发送端的第一标识信息,并在第一标识信息和预存储的同一模型文件的授权端的第二标识信息相匹配时,确定修改请求的发送端有修改权限,否则,确定修改请求的发送端没有修改权限,确保同一模型文件在一时间内仅有一发送端可对其进行修改,其他非授权端则无法对其进行修改。
在上述任一项技术方案中,优选地,在同一时间接收到不同发送端发送的对所述目标模型文件中不同模型文件的修改请求的情况下,所述第二项目版本包括所述不同模型文件的修订文件版本以及所述其他模型文件与所述第一项目版本之间的关联关系。
在该技术方案中,若在同一时间接收到不同发送端发送的对不同模型文件的修改请求时,则可响应修改请求,对不同模型文件分别进行独立变更,互不影响,满足了不同用户的不同需求,同时提高了模型文件的变更效率。
在上述任一项技术方案中,优选地,所述目标项目包括建筑信息模型项目。
根据本发明的第二方面,提出了一种文件管理系统,包括:第一生成单元,用于在创建目标项目时,生成所述目标项目的第一项目版本,其中,所述第一项目版本中存储有多个模型文件;第二生成单元,用于在接收到对所述多个模型文件中的目标模型文件的修改请求时,生成所述目标项目的第二项目版本,其中,所述第二项目版本中存储有所述多个模型文件中的其他模型文件与所述第一项目版本之间的关联关系以及所述目标模型文件的修订文件版本。
在该技术方案中,通过在创建目标项目时,生成存储有多个模型文件的第一项目版本,并在接收到对多个模型文件中的目标模型文件的修改请求时,生成存储有其他模型文件与第一项目版本之间的关联关系以及目标模型文件的修订文件版本,使得基于项目版本和文件版本实现对模型文件的二维化管理,便于后续对模型文件各个修订文件版本的追踪,同时在第二项目版本中仅存储其他模型文件与第一项目版本之间的关联关系,以便后续根据关联系统来查找下载其他模型文件的实体文件,而无需在第二项目版本中存储其他模型文件的实体文件,大大节省了系统的存储空间,且便于传输。其中,其他模型文件是指所述多个模型文件中除所述目标模型文件的模型文件,项目版本:目标项目中一系列的模型或图纸文件,经过编辑,修订,移交等流程,形成稳定的状态,在某一时刻,给这些文件的状态一个命名来标示,即是项目的一个版本,模型文件:目标项目中的rvt格式的文件;文件版本:单个模型文件的每一次修改,都会形成这个模型文件的一个版本,是单个模型文件所有修改记录的跟踪。
在上述技术方案中,优选地,在同一时间接收到不同发送端发送的对所述目标模型文件中同一模型文件的修改请求的情况下,所述文件管理系统还包括:判断单元,用于判断所述修改请求的发送端是否有对所述同一模型文件的修改权限;所述第二生成单元,具体用于在确定所述修改请求的发送端有所述修改权限时,执行所述生成所述目标项目的第二项目版本的步骤,以及在确定所述修改请求的发送端没有所述修改权限时,不响应所述修改请求。
在该技术方案中,考虑到在实际的使用过程中,若同一时间同一模型文件被不同参与方并发修改,会造成不必要的冲突,所以通过判断修改请求的发送端是否有对同一模型文件的修改权限,并在确定修改请求的发送端有修改权限时,再生成目标项目的第二项目版本,否则,不响应修改请求,避免了并发修改而造成的冲突,更加完善了二维化管理机制。
在上述任一项技术方案中,优选地,所述判断单元具体用于:获取所述修改请求的发送端的第一标识信息;判断所述修改请求的发送端的标识信息与预存储的所述同一模型文件的授权端的第二标识信息是否匹配;在所述第一标识信息与所述第二标识信息匹配时,确定所述修改请求的发送端有所述修改权限;在所述第一标识信息与所述第二标识信息不匹配时,确定所述修改请求的发送端没有所述修改权限。
在该技术方案中,通过获取修改请求的发送端的第一标识信息,并在第一标识信息和预存储的同一模型文件的授权端的第二标识信息相匹配时,确定修改请求的发送端有修改权限,否则,确定修改请求的发送端没有修改权限,确保同一模型文件在一时间内仅有一发送端可对其进行修改,其他非授权端则无法对其进行修改。
在上述任一项技术方案中,优选地,在同一时间接收到不同发送端发送的对所述目标模型文件中不同模型文件的修改请求的情况下,所述第二项目版本包括所述不同模型文件的修订文件版本以及所述其他模型文件与所述第一项目版本之间的关联关系。
在该技术方案中,若在同一时间接收到不同发送端发送的对不同模型文件的修改请求时,则可响应修改请求,对不同模型文件分别进行独立变更,互不影响,满足了不同用户的不同需求,同时提高了模型文件的变更效率。
在上述任一项技术方案中,优选地,所述目标项目包括建筑信息模型项目。
通过以上技术方案,实现了对模型文件的二维化管理,不同版本中的未变更模型文件不用重复存储,节省了系统存储空间,便于对模型文件进行追踪,且易于传输。
附图说明
图1示出了根据本发明的实施例的文件管理方法的示意流程图;
图2示出了根据本发明的实施例的文件管理系统的示意框图;
图3示出了根据本发明的实施例的文件的二维化管理模型的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的文件管理方法的示意流程图。
如图1所示,根据本发明的实施例的文件管理方法,包括:
步骤102,在创建目标项目时,生成所述目标项目的第一项目版本,其中,所述第一项目版本中存储有多个模型文件。
步骤104,在接收到对所述多个模型文件中的目标模型文件的修改请求时,生成所述目标项目的第二项目版本,其中,所述第二项目版本中存储有所述多个模型文件中的其他模型文件与所述第一项目版本之间的关联关系以及所述目标模型文件的修订文件版本。
在该技术方案中,通过在创建目标项目时,生成存储有多个模型文件的第一项目版本,并在接收到对多个模型文件中的目标模型文件的修改请求时,生成存储有其他模型文件与第一项目版本之间的关联关系以及目标模型文件的修订文件版本,使得基于项目版本和文件版本实现对模型文件的二维化管理,便于后续对模型文件各个修订文件版本的追踪,同时在第二项目版本中仅存储其他模型文件与第一项目版本之间的关联关系,以便后续根据关联系统来查找下载其他模型文件的实体文件,而无需在第二项目版本中存储其他模型文件的实体文件,大大节省了系统的存储空间,且便于传输。其中,其他模型文件是指所述多个模型文件中除所述目标模型文件的模型文件,项目版本:目标项目中一系列的模型或图纸文件,经过编辑,修订,移交等流程,形成稳定的状态,在某一时刻,给这些文件的状态一个命名来标示,即是项目的一个版本,模型文件:目标项目中的rvt格式的文件;文件版本:单个模型文件的每一次修改,都会形成这个模型文件的一个版本,是单个模型文件所有修改记录的跟踪。
在上述技术方案中,优选地,在同一时间接收到不同发送端发送的对所述目标模型文件中同一模型文件的修改请求的情况下,在所述生成所述目标项目的第二项目版本的步骤之前,还包括:判断所述修改请求的发送端是否有对所述同一模型文件的修改权限;在确定所述修改请求的发送端有所述修改权限时,执行所述生成所述目标项目的第二项目版本的步骤;在确定所述修改请求的发送端没有所述修改权限时,不响应所述修改请求。
在该技术方案中,考虑到在实际的使用过程中,若同一时间同一模型文件被不同参与方并发修改,会造成不必要的冲突,所以通过判断修改请求的发送端是否有对同一模型文件的修改权限,并在确定修改请求的发送端有修改权限时,再生成目标项目的第二项目版本,否则,不响应修改请求,避免了并发修改而造成的冲突,更加完善了二维化管理机制。
在上述任一项技术方案中,优选地,所述判断所述修改请求的发送端是否有对所述同一模型文件的修改权限的步骤,具体包括:获取所述修改请求的发送端的第一标识信息;判断所述修改请求的发送端的标识信息与预存储的所述同一模型文件的授权端的第二标识信息是否匹配;在所述第一标识信息与所述第二标识信息匹配时,确定所述修改请求的发送端有所述修改权限;在所述第一标识信息与所述第二标识信息不匹配时,确定所述修改请求的发送端没有所述修改权限。
在该技术方案中,通过获取修改请求的发送端的第一标识信息,并在第一标识信息和预存储的同一模型文件的授权端的第二标识信息相匹配时,确定修改请求的发送端有修改权限,否则,确定修改请求的发送端没有修改权限,确保同一模型文件在一时间内仅有一发送端可对其进行修改,其他非授权端则无法对其进行修改。
在上述任一项技术方案中,优选地,在同一时间接收到不同发送端发送的对所述目标模型文件中不同模型文件的修改请求的情况下,所述第二项目版本包括所述不同模型文件的修订文件版本以及所述其他模型文件与所述第一项目版本之间的关联关系。
在该技术方案中,若在同一时间接收到不同发送端发送的对不同模型文件的修改请求时,则可响应修改请求,对不同模型文件分别进行独立变更,互不影响,满足了不同用户的不同需求,同时提高了模型文件的变更效率。
在上述任一项技术方案中,优选地,所述目标项目包括建筑信息模型项目。BIM(Building Information Modeling,建筑信息模型)是以建筑信息模型项目的各项相关信息数据作为模型的基础,进行建筑模型的建立,通过数字信息仿真模拟建筑物所具有的真实信息,具有可视化,协调性,模拟性,优化性和可出图性五大特点,对建筑信息模型项目进行二维化管理,减少了数据冗余。
图2示出了根据本发明的实施例的文件管理系统的示意框图。
如图2所示,根据本发明的实施例的文件管理系统200,包括:第一生成单元202和第二生成单元204。
其中,第一生成单元202用于在创建目标项目时,生成所述目标项目的第一项目版本,其中,所述第一项目版本中存储有多个模型文件;第二生成单元204用于在接收到对所述多个模型文件中的目标模型文件的修改请求时,生成所述目标项目的第二项目版本,其中,所述第二项目版本中存储有所述多个模型文件中的其他模型文件与所述第一项目版本之间的关联关系以及所述目标模型文件的修订文件版本。
在该技术方案中,通过在创建目标项目时,生成存储有多个模型文件的第一项目版本,并在接收到对多个模型文件中的目标模型文件的修改请求时,生成存储有其他模型文件与第一项目版本之间的关联关系以及目标模型文件的修订文件版本,使得基于项目版本和文件版本实现对模型文件的二维化管理,便于后续对模型文件各个修订文件版本的追踪,同时在第二项目版本中仅存储其他模型文件与第一项目版本之间的关联关系,以便后续根据关联系统来查找下载其他模型文件的实体文件,而无需在第二项目版本中存储其他模型文件的实体文件,大大节省了系统的存储空间,且便于传输。其中,其他模型文件是指所述多个模型文件中除所述目标模型文件的模型文件,项目版本:目标项目中一系列的模型或图纸文件,经过编辑,修订,移交等流程,形成稳定的状态,在某一时刻,给这些文件的状态一个命名来标示,即是项目的一个版本,模型文件:目标项目中的rvt格式的文件;文件版本:单个模型文件的每一次修改,都会形成这个模型文件的一个版本,是单个模型文件所有修改记录的跟踪。
在上述技术方案中,优选地,在同一时间接收到不同发送端发送的对所述目标模型文件中同一模型文件的修改请求的情况下,所述文件管理系统200还包括:判断单元206,用于判断所述修改请求的发送端是否有对所述同一模型文件的修改权限;所述第二生成单元204,具体用于在确定所述修改请求的发送端有所述修改权限时,执行所述生成所述目标项目的第二项目版本的步骤,以及在确定所述修改请求的发送端没有所述修改权限时,不响应所述修改请求。
在该技术方案中,考虑到在实际的使用过程中,若同一时间同一模型文件被不同参与方并发修改,会造成不必要的冲突,所以通过判断修改请求的发送端是否有对同一模型文件的修改权限,并在确定修改请求的发送端有修改权限时,再生成目标项目的第二项目版本,否则,不响应修改请求,避免了并发修改而造成的冲突,更加完善了二维化管理机制。
在上述任一项技术方案中,优选地,所述判断单元206具体用于:获取所述修改请求的发送端的第一标识信息;判断所述修改请求的发送端的标识信息与预存储的所述同一模型文件的授权端的第二标识信息是否匹配;在所述第一标识信息与所述第二标识信息匹配时,确定所述修改请求的发送端有所述修改权限;在所述第一标识信息与所述第二标识信息不匹配时,确定所述修改请求的发送端没有所述修改权限。
在该技术方案中,通过获取修改请求的发送端的第一标识信息,并在第一标识信息和预存储的同一模型文件的授权端的第二标识信息相匹配时,确定修改请求的发送端有修改权限,否则,确定修改请求的发送端没有修改权限,确保同一模型文件在一时间内仅有一发送端可对其进行修改,其他非授权端则无法对其进行修改。
在上述任一项技术方案中,优选地,在同一时间接收到不同发送端发送的对所述目标模型文件中不同模型文件的修改请求的情况下,所述第二项目版本包括所述不同模型文件的修订文件版本以及所述其他模型文件与所述第一项目版本之间的关联关系。
在该技术方案中,若在同一时间接收到不同发送端发送的对不同模型文件的修改请求时,则可响应修改请求,对不同模型文件分别进行独立变更,互不影响,满足了不同用户的不同需求,同时提高了模型文件的变更效率。
在上述任一项技术方案中,优选地,所述目标项目包括建筑信息模型项目。
以下结合图3对本发明的技术方案作进一步说明。
a)、一个项目创建时,自动产生一个初始项目版本(即第一项目版本),初始项目版本的中的模型文件可以来自于用户上传的文件,也可以是来自于从模型库拷贝而来。项目版本是二维化管理方式中的一维。
b)、初始项目版本处于待审核状态,用户可以上传、修改模型文件,修改完成后,所有模型文件一起提交审核,审核通过后初始项目版本移交发发布。模型文件的文件版本是二维化管理方式中的另一维;
c)、在项目的推进过程中,当需要变更模型文件时,首先以已发布的项目版本为基础,指定要变更的哪些文件,创建一个新的待审核版本(即第二项目版本),新的版本建立对前面一个版本中的模型文件的关联,也就是说,新旧版本对应的不变模型文件是同一份文件,不需要对实际物理文件进行拷贝。
d)、在c)中创建的新版本中,上传修改后的模型文件,形成单个模型的文件版本,项目版本与文件版本的关联关系移动到这个新文件中,保证在该版本下默认看到的是最新上传的文件。
e)、从单个模型文件的角度,能够找到这个模型文件横跨所有项目版本中的所有变更历史记录。
f)、一个项目中可以同时存在多个待审核版本,系统保证一个模型文件不会在多个待审核版本同时被修改,在待审核的版本中,只能由版本创建人修改在创建版本时指定需要修改的文件,防止项目里的其他用户并发修改模型,造成不必要的冲突。
g)、待审核的版本,经过一系列系统流程的状态变化,可以和其他修改的版本,也可以独自地将修改后的模型文件合并到最近的一个已发布版本中,形成一个最新的已发布版本。
h)、后续模型文件的修改,都是以此方式创建版本迭代进行。
具体如图3所示,初始项目版本中存储有多个模型文件(如模型文件A、模型文件N),利用项目版本和文件版本来实现对模型文件的二维化管理,如项目版本1与模型文件A的文件版本1和模型文件N的文件版本1相关联,项目版本N与模型文件A的文件版本3和模型文件N的文件版本3相关联,模型文件A的文件版本3是模型文件A的文件版本1经过两次修改得到的,模型文件N的文件版本3是模型文件N的文件版本1经过两次修改得到的,使得各个模型文件的变更过程很清晰,易于追踪。
在上述技术方案中,由于对模型文件采用二维化的管理机制,相比于传统的版本管理方式,有如下优点:
(1)、节省了系统存储空间,不同版本之间,未变更的模型文件不用重复存储;
(2)、版本变更可以并行进行,不同团队可以从一个已发布版本同时发起变更,变更独立进行,互不影响,并且变更最后可以合并起来一起发布;
(3)、同一文件的变更易于跟踪,文件版本隶属于模型文件,从模型文件出发,能找到所有的变更版本;
(4)、变更易于在各参与方间进行传递,新版本下载只需在原版本的基础下,下载变更部分的模型文件,不变的模型文件不需下载。
以上结合附图详细说明了本发明的技术方案,本发明的技术方案提出了一种新的文件管理方案,实现了对模型文件的二维化管理,不同版本中的未变更模型文件不用重复存储,节省了系统存储空间,便于对模型文件进行追踪,且易于传输。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种文件管理方法,其特征在于,包括:
在创建目标项目时,生成所述目标项目的第一项目版本,其中,所述第一项目版本中存储有多个模型文件;
在接收到对所述多个模型文件中的目标模型文件的修改请求时,生成所述目标项目的第二项目版本,其中,所述第二项目版本中存储有所述多个模型文件中的其他模型文件与所述第一项目版本之间的关联关系以及所述目标模型文件的修订文件版本;
其中,所述其他模型文件为所述多个模型文件中除所述目标模型文件的模型文件。
2.根据权利要求1所述的文件管理方法,其特征在于,在同一时间接收到不同发送端发送的对所述目标模型文件中同一模型文件的修改请求的情况下,在所述生成所述目标项目的第二项目版本的步骤之前,还包括:
判断所述修改请求的发送端是否有对所述同一模型文件的修改权限;
在确定所述修改请求的发送端有所述修改权限时,执行所述生成所述目标项目的第二项目版本的步骤;
在确定所述修改请求的发送端没有所述修改权限时,不响应所述修改请求。
3.根据权利要求2所述的文件管理方法,其特征在于,所述判断所述修改请求的发送端是否有对所述同一模型文件的修改权限的步骤,具体包括:
获取所述修改请求的发送端的第一标识信息;
判断所述修改请求的发送端的第一标识信息与预存储的所述同一模型文件的授权端的第二标识信息是否匹配;
在所述第一标识信息与所述第二标识信息匹配时,确定所述修改请求的发送端有所述修改权限;
在所述第一标识信息与所述第二标识信息不匹配时,确定所述修改请求的发送端没有所述修改权限。
4.根据权利要求1所述的文件管理方法,其特征在于,在同一时间接收到不同发送端发送的对所述目标模型文件中不同模型文件的修改请求的情况下,所述第二项目版本包括所述不同模型文件的修订文件版本以及所述其他模型文件与所述第一项目版本之间的关联关系。
5.根据权利要求1至4中任一项所述的文件管理方法,其特征在于,所述目标项目包括建筑信息模型项目。
6.一种文件管理系统,其特征在于,包括:
第一生成单元,用于在创建目标项目时,生成所述目标项目的第一项目版本,其中,所述第一项目版本中存储有多个模型文件;
第二生成单元,用于在接收到对所述多个模型文件中的目标模型文件的修改请求时,生成所述目标项目的第二项目版本,其中,所述第二项目版本中存储有所述多个模型文件中的其他模型文件与所述第一项目版本之间的关联关系以及所述目标模型文件的修订文件版本;
其中,所述其他模型文件为所述多个模型文件中除所述目标模型文件的模型文件。
7.根据权利要求6所述的文件管理系统,其特征在于,在同一时间接收到不同发送端发送的对所述目标模型文件中同一模型文件的修改请求的情况下,所述文件管理系统还包括:
判断单元,用于判断所述修改请求的发送端是否有对所述同一模型文件的修改权限;
所述第二生成单元,具体用于在确定所述修改请求的发送端有所述修改权限时,执行所述生成所述目标项目的第二项目版本的步骤,以及在确定所述修改请求的发送端没有所述修改权限时,不响应所述修改请求。
8.根据权利要求7所述的文件管理系统,其特征在于,所述判断单元具体用于:
获取所述修改请求的发送端的第一标识信息;
判断所述修改请求的发送端的第一标识信息与预存储的所述同一模型文件的授权端的第二标识信息是否匹配;
在所述第一标识信息与所述第二标识信息匹配时,确定所述修改请求的发送端有所述修改权限;
在所述第一标识信息与所述第二标识信息不匹配时,确定所述修改请求的发送端没有所述修改权限。
9.根据权利要求6所述的文件管理系统,其特征在于,在同一时间接收到不同发送端发送的对所述目标模型文件中不同模型文件的修改请求的情况下,所述第二项目版本包括所述不同模型文件的修订文件版本以及所述其他模型文件与所述第一项目版本之间的关联关系。
10.根据权利要求6至9中任一项所述的文件管理系统,其特征在于,所述目标项目包括建筑信息模型项目。
CN201610768992.1A 2016-08-30 2016-08-30 文件管理方法及文件管理系统 Active CN106446026B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610768992.1A CN106446026B (zh) 2016-08-30 2016-08-30 文件管理方法及文件管理系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610768992.1A CN106446026B (zh) 2016-08-30 2016-08-30 文件管理方法及文件管理系统

Publications (2)

Publication Number Publication Date
CN106446026A CN106446026A (zh) 2017-02-22
CN106446026B true CN106446026B (zh) 2020-04-03

Family

ID=58091305

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610768992.1A Active CN106446026B (zh) 2016-08-30 2016-08-30 文件管理方法及文件管理系统

Country Status (1)

Country Link
CN (1) CN106446026B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107463597B (zh) * 2017-03-24 2020-08-21 北京瑞卓喜投科技发展有限公司 针对修改区块体数据的区块链的被动验证方法及系统
CN107451178B (zh) * 2017-03-24 2021-03-02 北京瑞卓喜投科技发展有限公司 保持区块链即有区块体数据的区块链勘误方法及系统
CN107451177B (zh) * 2017-03-24 2020-08-21 北京瑞卓喜投科技发展有限公司 针对增加区块的单个勘误的区块链的查询方法及系统
CN107526777B (zh) * 2017-07-21 2021-01-01 创新先进技术有限公司 一种基于版本号对文件进行处理的方法及设备
CN110554995A (zh) * 2019-08-13 2019-12-10 武汉中海庭数据技术有限公司 一种深度学习模型的管理方法及系统
CN111475479B (zh) * 2020-04-08 2023-06-02 中交水运规划设计院有限公司 项目文件的管理方法及装置
CN112040009B (zh) * 2020-09-28 2024-01-09 腾讯科技(深圳)有限公司 设计稿上传方法、系统、设备及存储介质
CN113204811A (zh) * 2020-11-05 2021-08-03 中国电建集团华东勘测设计研究院有限公司 一种关联或追溯bim模型修改前后信息的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101739409A (zh) * 2008-11-26 2010-06-16 英业达集团(天津)电子技术有限公司 电子文件的管理系统及其方法
CN104657137A (zh) * 2015-02-10 2015-05-27 上海创景计算机系统有限公司 一种软件模型的数据版本管理方法
CN105893050A (zh) * 2016-04-05 2016-08-24 延锋伟世通电子科技(南京)有限公司 一种基于PLMS、SVN和Jenkins进行软件项目全生命周期管理的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101739409A (zh) * 2008-11-26 2010-06-16 英业达集团(天津)电子技术有限公司 电子文件的管理系统及其方法
CN104657137A (zh) * 2015-02-10 2015-05-27 上海创景计算机系统有限公司 一种软件模型的数据版本管理方法
CN105893050A (zh) * 2016-04-05 2016-08-24 延锋伟世通电子科技(南京)有限公司 一种基于PLMS、SVN和Jenkins进行软件项目全生命周期管理的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
项目管理软件;cuiyingfeng;《https://blog.51cto.com/cuiyingfeng/6820》;20060621;第1-4页 *

Also Published As

Publication number Publication date
CN106446026A (zh) 2017-02-22

Similar Documents

Publication Publication Date Title
CN106446026B (zh) 文件管理方法及文件管理系统
Rezgui et al. A governance approach for BIM management across lifecycle and supply chains using mixed-modes of information delivery
JP5656563B2 (ja) 文書管理システム、文書管理システムの制御方法、プログラム
Celik et al. Blockchain supported BIM data provenance for construction projects
CN108932282A (zh) 一种数据库迁移方法、装置和存储介质
CN111901294A (zh) 一种构建在线机器学习项目的方法及机器学习系统
CN101681344A (zh) 带同步的双向数据修改
JP2011510397A (ja) 構造化されたデータ要素にアクセスして更新するためのマルチクライアントのコラボレーション
CN105094818A (zh) 基于soa的自然资源综合应用构建方法及系统
EP2610762A1 (en) Database version management system
CN103019718A (zh) 在集中式源控制环境中使用分布式源控制
CN105574303A (zh) 企业信息化运行系统
CN109961264A (zh) 一种企业信息管理系统及管理方法
JP2009069899A (ja) オブジェクト文書作成システム
CN104216731A (zh) 实时更新
JP5033322B2 (ja) 連結関係情報を用いた情報管理方法及び装置
US8121882B2 (en) Standard process and resource reference and instance
Kosicki et al. Big Data and Cloud Computing for the Built Environment
CN114386920A (zh) 基于数据共享的信息化运行系统及方法
CN105930483B (zh) 对象格式生成方法、装置及系统
KR20140023154A (ko) 제품 설계 통합 관리 시스템
US11640495B1 (en) Systems and methods for translation comments flowback
KR102007610B1 (ko) 공간자료 분산 버저닝 툴 및 이를 이용하는 공간정보 분산 버전 관리 방법
JP4079990B2 (ja) オブジェクト統合管理システムの生成方法
CN111475479B (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
GR01 Patent grant
GR01 Patent grant