CN1881903A

CN1881903A - 文件版本管理装置及方法和程序

Info

Publication number: CN1881903A
Application number: CNA2006100927408A
Authority: CN
Inventors: 山川聪; 鸟居隆史
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2005-06-17
Filing date: 2006-06-19
Publication date: 2006-12-20
Also published as: US20060288056A1; JP5296960B2; JP2006350829A

Abstract

版本管理装置，具备：文件存取验证部(301)，该部取得由客户机发送的要求信息包和由服务器发送的应答信息包，抽出信息包内包含的处理要求和应答结果，对与相当于在客户机中运行的应用程序的文件的数据更新处理动作的存取模式是否一致进行对照；用户管理部(302)，该部为了验证由客户机发送的要求信息包包含的处理要求是由哪个用户提出的要求，而以与各文件存取协议对应的版本，管理用户信息；版本控制部(303)，该部在文件存取验证部中，将实行相当于在客户机中运行的应用程序的文件的数据更新处理的模式的操作作为时机，控制版本管理用文件的编制操作；设定信息管理部(304)，该部存放在文件存取验证部、用户管理部、版本控制部动作之际所需的动作设定信息。

Description

文件版本管理装置及方法和程序

技术领域

[0001]

本发明涉及文件版本管理装置及方法和程序。本发明涉及的文件版本管理装置，适用于计算机环境中的数据共享装置的、网络连接型的文件存放装置附加的装置。本发明涉及的文件版本管理装置，适用于管理文件存放装置中存放的文件的数据，被多个客户机更新后出现的版本不同的装置。

背景技术

[0002]

<现有的文件管理存储装置>

作为通过网络做媒介，在多个客户机之间共享由多个客户计算机生成的文件的服务器存储装置，有NAS(Network Attached Storage)及文件服务器等。

[0003]

服务器装置，与诸如NFS(Network File System)协议及CIFS(CommonInternet File System)协议之类、通用的客户机作为行业标准而支持的文件存取协议对应，在装置导入之际，用户即使不向客户机追加特别的软件及硬件，也能够利用服务器装置。另外，用户通过使用在客户机上安装的文件管理程序等后，通过NFS协议及CIFS协议做媒介，可以和客户机的本地文件***中存放的文件一样，对服务器装置内的文件进行存取。

[0004]

被服务器存储装置暂时存放的文件，可以使用NFS协议及CIFS协议，由客户机实施数据的更新。可是，被更新的数据的保存，在服务器存储装置中完成后，客户机就不能再次访问数据更新前的状态的文件。

[0005]

这样，伴随着用户的操作失误及其它用户进行的预料之外的数据更新，使用户所需的数据消失后，存在着用户不能取出所需的数据的问题。

[0006]

<现有的文件存储管理***>

为了解决这种问题，人们提出了下述方案。

·与数据的变更覆历连动，保存多个版本的文件的存储装置，及

·定期性地保存某个瞬间的文件的状态，按照时间序列并列配置该瞬间保存的文件数据后提供给客户机的、具有被称作“快速转储”的功能的存储装置。

[0007]

与数据的变更覆历连动，保存多个版本的文件的存储装置，一般来说，对于存储装置已经存入的文件，给客户机提供下述功能：

·通过下载取得该文件的数据的功能，及

·通过下载数据更新完毕的文件，从而与已经存放的文件置换的功能。

[0008]

存储装置，把来自用户的数据的上传操作判断为文件的版本更新的时机，在不删除已经被存储装置存入的上传前的数据的同时，和被上传的数据一起，将上传覆历可检索化后保存，从而存储装置可以管理与数据的更新覆历连动的多个版本的文件的数据。

[0009]

可是，与数据的更新覆历连动的下载、上传的操作，由于使用存储装置固有的应用程序、接口或协议进行，所以被存储装置保存的文件，与一般的NAS及文件服务器保存的文件不同，存在着由客户机不能通过文件管理程序与客户机的本地文件同样地对待的问题。

[0010]

由于这些问题，存在着用户在编辑被存储装置存放的文件之际，必须使用与客户机的本地文件的操作不同的别的应用程序及接口后实行的麻烦。

[0011]

另一方面，具有快速转储功能的存储装置，一般将存储管理者程序化或者直接投入的快速转储命令作为时机，把命令投入时刻的数据另行保存，使得即使以后有利用客户机进行的数据更新操作也不会被变更，从而能够保存与时间序列关联地将命令实行可检索化的多个版本的数据。

[0012]

这样，用户能够将快速转储命令投入的时间作为大致基准，访问过去的版本的文件的数据。

[0013]

可是，使用了快速转储的文件的版本编制，并非与用户的文件的编辑操作连动地进行。因此，存在着不能保存用户希望的状态的文件，用户未必能够存取所需的数据的问题。

[0014]

作为解决这种文件的版本管理***中的问题的措施，在非专利文件1中，提出了在现有的文件服务器和客户机的网络之间，设置特殊的网络·电桥装置，在电桥装置内，抽出有关NFS协议的信息包的更新的操作信息，一边向电桥装置内的存储区域反映更新数据，一边进行文件的版本管理的装置(文件更新履历保存***)。该***，监视客户机和服务器之间的信息包，保存文件的更新履历。使用该装置(***)后，能够解决现有技术的只能用特殊的接口才起作用的、文件版本管理***中在客户机上存在的使用麻烦的问题，和不与客户机的更新动作连动的、由快速转储造成的、作为文件版本管理中的更新履历数据的不完整性。

[0015]

【非专利文件1】种村、新城、板野、千叶《使用网络监视技术的文件更新履历保存***的实现》信息处理学会论文志计算***Vol.44 No.SIG10(2003)

[0016]

在使用文件服务器等，在多个客户机之间共享数据的环境中，将文件的版本管理作为目的，考虑在客户机一侧使用与标准的文件存取协议对应的现有的接口，实施与客户机一侧的更新处理连动的文件的版本管理时，就象上述非专利文献1那样，抽出标准文件存取协议的所有的更新要求，与更新要求连动，编制多个版本的文件，是非常有效的手段。

[0017]

可是，即使将传输给文件服务器的更新处理作为履历全部留下来，对用户来说所有的文件的履历数据也不一定都能够成为有用的。例如，在某个应用程序中，生成或者更新某个文件之际，在生成反映文件的更新数据的最终状态的文件之前，往往为了暂时性地保存数据而编制暂时性文件(临时文件)。暂时性文件，虽然对应用程序来说是有意义的文件，但由于在生成或保存所需的文件数据后，被应用程序自动删除，所以对用户来说，可以说是不进行有意识地存取的文件。

[0018]

综上所述，在使用上述非专利文献1提出的技术时，由于抽出文件存取协议的有关更新处理的所有的要求后，对文件***的整体的文件数据，无条件地留下履历数据，所以象暂时性文件那样，连用户不进行有意识地存取的数据，也被作为履历数据留下来，存在着白白浪费存放履历数据的存储资源的问题。

发明内容

[0019]

所以，本发明的目的，在于提供无意识地进行版本编制动作，将履历数据保存到存储区域中时，避免浪费存储区域的装置。

[0020]

为了达到上述目的，本发明提供只对用户来说是有意义的文件自动编制、保存履历数据，可以实现有效地使用存储区域的装置及方法和程序。

[0021]

为了解决上述课题，本发明解析对文件进行存取的命令·上下文(例如命令要求、该要求的应答等的程序)，对照命令·上下文是否和预先规定的所定的模式一致，和所述所定的模式一致时，按照所述所定的模式，编制版本管理用的信息。

[0022]

本发明在使用NFS协议及CIFS协议、向文件服务器及NAS进行存取的通常的遥控文件存取环境中应用时，抽出与应用程序的所定的文件更新处理动作连动的文件存取模式后，作为文件只保留对用户来说有作为履历保存下来的价值的文件的履历数据。

[0023]

本发明具备具有解析由客户机使用NFS协议及CIFS协议后发送的存取要求的功能，和与解析结果连动的文件的版本管理功能的文件服务器，或者使用在现有的文件服务器前级，具有所述解析功能和版本管理功能、在客户机和文件服务器之间中继文件存取协议的信息包功能的开关装置。

[0024]

在本发明中，文件的版本管理功能，具备：验证从文件存取的信息包中抽出的操作要求及操作结果，是否符合与由文件服务器的管理者预先注册的应用程序的更新处理动作连动的文件存取模式的单元；在取得与利用应用程序进行的文件的更新动作处理模式一致的文件存取信息包之际，编制版本管理用文件的单元。

本发明的版本管理装置，其特征在于，具备：存储单元，该存储单元预先注册文件存取中的数据保存存取动作的模式；和控制单元，该控制单元对文件的文件存取要求进行解析后，与所述模式加以对照，抽出与所述模式一致的文件存取，从而控制对版本管理用文件的编制。

本发明的版本管理装置，优选特征在于：在所述存储单元中，预先注册数据保存时发生的存取的模式、和版本管理用文件的编制步骤；所述控制单元，对文件的文件存取要求进行解析，根据所述模式和所述步骤，判断所述版本管理用文件的编制的时机，控制所述版本管理用文件的编制动作。

本发明的版本管理装置，优选特征在于：作为开关装置发挥以下作用：中继由客户机发送的面向服务器的文件存取要求后，向所述服务器传输，并且，将由所述服务器针对所述要求而发送的、对所述客户机的应答，向所述客户机传输；所述版本管理装置，监视在客户机与服务器之间交换的要求及应答，对所述文件存取要求与所述模式是否一致进行对照。

本发明的版本管理装置，优选特征在于，具备：存储单元，该存储单元将在所述客户机中运行的应用程序的文件更新处理模式，作为用于编制版本管理用文件的时机进行存储；和取得在所述客户机与所述服务器之间交换的文件存取协议的信息包，在将所述信息包传输给收件处的服务器或客户机之际，监视是否发生了与作为用于编制版本管理用文件的时机而预先注册的文件更新处理模式一致的存取模式，当检出发生了与所述文件更新处理模式一致的存取模式时，编制版本管理信息的单元。

本发明的版本管理装置，其特征在于，中继由客户机使用预先规定的给定的文件存取协议而发送的、面向服务器的要求，向所述服务器传输，并且中继由所述服务器针对所述要求而发送的、面向所述客户机的应答，传输给所述客户机，所述版本管理装置，具备：文件存取验证部，该部取得由所述客户机发送的要求信息包和由所述服务器发送的应答信息包，抽出所取得的要求信息包和应答信息包中分别包含的处理要求和应答结果，与相当于在所述客户机中运行的应用程序作用下的文件的数据更新处理动作的存取模式进行对照，判断是否一致；用户管理部，该部为了验证由所述客户机发送的要求信息包中包含的处理要求是由哪个用户提出的，而以与所述给定的文件存取协议对应的形式，存储管理用户信息；版本控制部，该部在所述文件存取验证部中，将执行了相当于在所述客户机中运行的应用程序作用下的文件的数据更新处理相当的模式的操作作为时机，控制版本管理用文件的编制操作；以及设定信息管理部，该部预先存放在所述文件存取验证部、所述用户管理部及所述版本控制部动作之际所参照的动作设定信息。

本发明的版本管理装置，优选特征在于：在所述设定信息管理部中，预先注册了在所述客户机中执行的应用程序作用下的在所述服务器中的数据保存时发生的存取模式和版本文件的编制步骤；根据所述模式和所述编制步骤，判断版本管理用文件的编制时机，并控制版本管理用文件的编制动作。

本发明的版本管理装置，优选特征在于：所述版本控制部，除了所述服务器的通常文件数据存放区域之外，在给定的文件***中编制存放版本管理用文件的版本文件数据存放区域；在所述版本文件数据存放区域中，在与所述通常文件数据存放区域同等的目录路径上，配置版本管理用文件的存放区域；根据所述通常文件数据存放区域中存放的文件的路径名，由所述客户机从所述版本管理用文件数据存放区域中，可自由存取所述文件的过去的世代的数据。

本发明的版本管理装置，优选特征在于：所述版本控制部，除了所述服务器的通常文件数据存放区域之外，在给定的文件***中编制存放版本管理用文件的版本管理用文件数据存放区域；在所述版本管理用文件数据存放区域中，文件的更新履历数据管理用的版本管理用文件，被在文件名中附加了版本管理用文件的编制日期时间、执行了成为版本编制的时机的操作的用户名、以及世代管理用的版本数后保存。

本发明的版本管理装置，优选特征在于：在所述服务器中，当某个目录作为共享目录对所述客户机公开时，将相当于所述目录的目录，编制在所述版本管理用文件数据存放区域中；在所述版本管理用文件数据存放区域的所述目录中，被赋予不与所述通常文件数据存放区域的所述目录的共享名称冲突的名称，在所述客户机中，作为读出专用的共享目录而能够访问地公开；对于所述通常文件数据存放区域的所述目录的所述共享目录下的目标，在新编制版本管理用文件之际，在所述版本管理用文件数据存放区域中，编制通向版本管理用文件存放处的路径上的目标；当通向所述版本管理用文件存放处的路径上的目标是目录时，编制与所述通常文件数据存放区域的目录同名的目录，而当其下的目标是文件时，编制在所述通常文件数据存放区域的文件的文件名中，附加了版本管理装置固有的信息的目录名的目录；在所述目录中，所述文件的更新履历数据管理用的版本管理用文件，被在文件名中附加了版本管理用文件的编制日期时间、执行了成为版本编制的时机的操作的用户名、以及世代管理用的版本数后保存。

本发明的版本管理装置，优选特征在于：所述客户机执行文档编制应用程序，在所述版本管理装置中，所述文档编制应用程序，为了防止用户未保存的更新数据及编辑处的文件本体的数据的损失，而具备编制用于暂时保存未经过保存处理的编辑中的文件的数据的第1临时文件、及用于暂时保存数据更新前的数据的第2临时文件的功能；抽出所述第1临时文件或所述第2临时文件的文件生成处理，或由所述第1临时文件向编辑处文件的更新数据的反映处理，作为与用户的数据保存动作连动的版本管理用文件编制的时机，在编制版本管理用文件之际，在所述更新数据的反映处理之后，将存放数据更新前的数据的第2临时文件，在执行由应用程序的删除要求之前，作为旧版本的版本管理用文件，存放到所述版本文件数据存放区域中；将用所述文档编制应用程序编制的所有的文件，作为版本管理用编制对象。

本发明的版本管理装置，优选特征在于：当抽出文件编制要求的应答中的文件名重复的出错信息、和其后的开放要求或写入要求时，作为与文件的改写保存操作连动的版本管理用文件编制的时机。

本发明的版本管理装置，优选特征在于：在版本管理用文件编制之际，在所述第1文件存取协议中，在开放要求成功后，在执行写入要求之前，或在别的文件存取协议中，在发送写入要求之际，将所述复制源的文件，作为旧版本的版本管理用文件，存放到文件版本数据存放区域中。

本发明的版本管理装置，优选特征在于：在所述设定信息管理部中，包含：版本管理对象的服务器的地址或计算机名；向客户机公开的目录的共享名；以及与在客户机中运行的应用程序的保存动作连动，编制版本管理用文件的条件。

本发明的版本管理装置，优选特征在于：作为所述条件，至少包含以下之一：按照所对应的应用程序的动作的存取要求及应答结果；符合该操作要求的文件名的关键词；对应的协议；在编制版本管理用文件之际所需的版本管理用文件的存放处及版本管理用文件的数据的复制源的取得。

本发明的版本管理装置，优选特征在于：在客户机与服务器之间中继的信息包中，通过伴随注册、注销处理进行用户名和用户ID的关联，由用户ID抽出用户名。

本发明的版本管理装置，优选特征在于：当由所述客户机发送给所述版本管理装置、向所述文件存取验证部传输的要求信息包中、被抽出的要求处理信息内的处理要求，与所述设定信息管理部中注册的、成为版本管理用文件编制的时机的处理模式一致时，抽出操作文件的路径名、操作要求的ID、用户ID、命令名，在所述文件存取验证部内作为处理要求项目，与各自的信息关联保存后，将要求信息包传输给所述服务器；当根据要求的ID，抽出来自符合所述要求的应答的服务器的应答信息包，且确认应答结果与成为版本管理用文件编制的时机的处理模式一致时，在所述要求项目中附加表示“应答结果满足处理模式”的标记后，将应答信息包传输给客户机；当确认应答结果与成为版本管理用文件编制的时机的处理模式不一致时，删除所述要求项目中包含的、要求时注册的数据后，将应答信息包传输给客户机。

本发明的版本管理装置，优选特征在于：在所述要求项目中，先暂时注册已经执行了的操作要求，将相关的操作要求追加到同一个要求项目中，在成为版本管理用文件编制的时机的处理模式与操作要求及应答结果一致时，所述文件存取验证部，从所述用户管理部中检索出与要求项目中保存的用户ID一致的用户名，取得用户名，并根据所述设定信息管理部中注册的设定信息，从所述要求项目中取得成为版本管理用文件编制的复制源的文件的路径名。

本发明的版本管理装置，优选特征在于：所述文件存取验证部，按照所述版本管理用文件存放区域的版本管理用文件的存放步骤，根据路径名生成版本管理用文件编制的复制处的路径名，并与用户名和成为复制源的文件的路径名一起，传输给所述版本控制部；

所述版本控制部，根据由所述文件存取验证部取得的成为复制源的文件路径名，从服务器取得该路径名中存放的通常文件数据存放区域中的文件的数据及属性信息，并根据由所述文件存取验证部取得的成为复制处的路径名，对版本管理用文件数据存放区域编制新的版本管理用文件，复制所述数据及属性。

本发明的版本管理装置，优选特征在于：当编制版本管理用文件之际，现有的版本管理用文件未编制、且不存在通向复制处的目录时，所述版本控制部，在生成所述目录的数据后，编制版本管理用文件。

本发明的版本管理装置，优选特征在于：所述版本控制部，在编制版本管理用文件之际，根据在版本管理用文件存放处的目录上存在的版本管理用文件的文件名，取得版本管理用文件编制前的最新的版本管理用文件的版本数，将由所述文件存取验证部取得的用户名、编制版本管理用文件的日期时间、及在取得的版本数上加1的版本数排列，作为文件名赋予。

本发明的版本管理装置，优选特征在于：版本管理用文件的编制完毕后，由所述版本控制部通知所述文件存取验证部“版本管理用文件的编制完毕”；所述文件存取验证部，删除与所述版本管理用文件关联的要求项目。

本发明的版本管理装置，优选特征在于：在所述文件存取验证部中，在要求处理与成为版本管理用文件编制的时机的处理模式或注册、注销处理中的哪一个处理都不一致时，将来自客户机的要求信息包，原封不动地传输给服务器；关于应答信息包，对与成为版本管理用文件编制的时机的处理模式不一致的，也将来自客户机的应答信息包，原封不动地传输给服务器。

本发明的版本管理装置，优选特征在于：为了与不具备伴随注册、注销的对话期间管理单元的***对应，所以在所述版本管理装置的所述用户管理部中登记NIS服务器或所述服务器内存放的用户名和用户ID对应表。

本发明的版本管理装置，优选特征在于：不是使用路径名，而是使用文件句柄进行文件操作，在编制版本文件之际，进行用成为版本文件编制的操作对象的文件的文件句柄，引导从与版本文件关联的上一级目录起到公开目录为止的路径名的操作；所述操作，利用文件句柄、文件名，取得上一级目录的文件句柄，使用上一级目录的文件句柄，取得目录项目，将探索具有取得的文件句柄的目录名的操作，执行到达到公开目录为止。

[0025]

本发明的其它样态涉及的方法，包含：解析对文件进行存取的命令·上下文，判定所述命令·上下文是不是与成为所述文件的版本管理用文件的编制的时机的所定的模式对应的工序；在所述命令·上下文与成为版本管理用文件的编制的时机的所定的模式对应时，编制、保存所述文件的版本管理用文件的工序。

[0026]

在本发明中，可以包含以下工序：

自动管理文件的版本的版本管理装置，取得文件的处理的要求信息包，判定所述要求信息包的处理要求的内容是否与预先注册的模式一致，一致时，存储处理要求内容的信息的第1工序；

所述版本管理装置，取得对所述要求信息包的应答信息包，根据所述第1工序存储的处理要求内容，判定是不是和所述文件的版本管理用文件编制的时机的条件一致的处理结果，一致时，注册处理要求完毕之意的第2工序；

所述版本管理装置，反复进行所述第1和第2工序，直到成为所述版本管理用文件编制的时机的所有的处理完毕为止，根据存储的要求内容，编制版本管理用文件的第3工序。

[0027]

本发明的又一个其它样态涉及的计算机程序，是为了自动编制版本管理用文件的程序，由使计算机实行下述处理的程序构成：解析对文件进行存取的命令·上下文，判定所述命令·上下文是不是与成为所述文件的版本管理用文件编制的时机的所定的模式对应的内容的处理；所述命令·上下文是与成为版本管理用文件编制的时机的所定的模式对应的内容时，编制、保存所述文件的版本管理用文件的处理。该计算机程序，记录在计算机可以读出的记录介质等上，用计算机读出主存储后实行，从而实现上述各处理。

[0028]

使用应用本发明的文件服务器或开关装置后，在不利用文件的版本管理专用的接口、而是利用NFS协议及CIFS协议等的标准的遥控文件存取的环境中，用户无意识地进行版本编制动作，保存履历数据，从而在提高方便性的同时，还只自动编制对用户来说是有意义的文件的文件的履历数据，所以能够不浪费履历数据保存用的存储区域，实现有效地利用存储区域。

附图说明

图1是表示本发明的实施方式中的版本管理***的结构示例的图。

图2是表示本发明的实施方式中的版本管理装置的结构的图。

图3是表示本发明的实施方式中的版本文件的存放示例的图。

图4是表示本发明的实施方式中的文档编制应用程序中的更新数据保存时的动作步骤的图。

图5是表示本发明的实施方式中的版本文件的编制步骤的流程图。

具体实施方式

[0029]

下面，参照附图，讲述实施本发明的最佳的实施方式的***结构。图1是表示本实施方式中的***结构。在本实施方式中，具备至少1台以上的客户机100，提供按照NFS协议及CIFS协议进行的文件存取服务的至少1台以上的服务器200，在客户机100和服务器200之间实施文件的版本管理的版本管理装置300。各装置与LAN(Local Area Network)等局域网络1连接，通过局域网络1做媒介，可以互相通信。

[0030]

服务器200具备文件***201及存储装置202，通过NFS协议及CIFS协议，接收外部装置发送的文件存取要求，向外部装置提供在文件***201中管理的、被存储装置202存放的数据。

[0031]

版本管理装置300，在中继由客户机100向服务器200发送的、使用特定的文件存取协议的所有的要求，向服务器200传输的同时，还中继对于该要求而被服务器200发送的、面向客户机100的所有的应答，向客户机100传输。

[0032]

所以，客户机100，按照利用在客户机100中运行的应用程序的用户的操作，在需要存取服务器200中存放的文件的数据时，将特定的文件存取协议的存取要求，发送给版本管理装置300，从而能够存取被服务器200存放的文件的数据。

[0033]

作为网络1与其它装置的连接方法，只要在客户机100与服务器200之间交换的文件存取信息包，能够由版本管理装置300中继的结构就行，不仅可以采用图1的连接方法，而且还可以采用分别构建客户机100和服务器200用的网络段，利用与哪个段都连接的版本管理装置300，在所述网络段之间传输信息包等的连接方法。

[0034]

图2是表示图1的版本管理装置300的结构的一个示例的图形。版本管理装置300，具备文件存取验证部301、用户管理部302、版本控制部303和设定信息管理部304。

[0035]

文件存取验证部301，取得由客户机100发送的要求信息包及由服务器200发送的应答信息包，分别抽出各信息包内包含的处理要求及应答结果。然后，将处理要求及应答结果与相当于在客户机100中运行的应用程序进行的文件的数据更新处理动作的存取模式加以对照，判断二者是否一致。存取模式信息，存储在设定信息管理部304的存储部305中，但本发明涉及的结构并不局限于此，毫无疑问也可以在文件存取验证部301内的存储部(未图示)配置。另外，虽然没有特别限制，但存取模式信息也可以用ifthen else形式的规则规定更新处理动作，文件存取验证部301根据该规则，判定是不是数据更新处理动作。

[0036]

用户管理部302，为了验证由客户机100发送的要求信息包包含的处理要求是哪个用户提出的要求，而按照各文件存取协议规定的形式，管理用户信息。

[0037]

版本控制部303，以在文件存取验证部301中实行相当于与客户机100中运行的应用程序进行的文件的数据更新处理对应的处理模式的操作为时机，控制新的版本管理用的文件(以下简称“版本文件”)的编制操作。

[0038]

在设定信息管理部304中，存放着文件存取验证部301、用户管理部302、版本控制部303各自动作之际所需(参照)的动作设定信息。

[0039]

关于版本管理装置300的结构，除了如图1所示，采用和服务器200分开的装置构成之外，还可以采用将版本管理装置300内的各功能部装入服务器200的内部的结构。

[0040]

<版本文件的存放方法>

下面，讲述将没有特别具有版本管理功能的一般的文件服务器及NAS装置作为服务器200使用时，由版本管理装置300向服务器200存放版本文件的方法。

[0041]

图3是表示向服务器200存放版本文件的示例的图。首先，客户机100，在一般进行文件存取的通常文件数据存放区域400以外，在客户机200的文件***201或存储装置202重新编制的文件***内、或者与服务器200不同的别的服务器上，制作存放版本管理用的文件的版本文件数据存放区域401。

[0042]

在服务器200中，目录A402作为共享目录，对客户机公开时，在版本管理装置300的作用下，在版本文件数据存放区域401，作成相当于目录A402的目录A’406。

[0043]

在版本文件数据存放区域401的目录A’406中，在服务器200内编制版本文件数据存放区域401时，赋予和目录A402不同的名称，以免和目录A402的共享名称冲突，对一般的客户机，作为读出专用的共享目录能够存取地公开。

[0044]

关于目录A402下的目标(object)，在新编制版本文件之际，在版本管理装置300的作用下，在版本文件数据存放区域401中只作成通向版本文件存放处的路径上的目标。版本管理装置300，在通向版本文件存放处的路径上的目标是目录时，如图3的例子所示，编制和通常文件数据存放区域400的目录C404同名的目录C407；在其下的目标是文件时、即是版本文件的编制源的文件时，编制在通常文件数据存放区域400的文件D405的文件名称上，附加版本管理装置300固有的特殊字或符号等的目录名称的目录D’408。

[0045]

在目录D’408中，在文件D405的更新履历数据管理用的版本文件409中，在文件名称中附加并保存

·版本文件的编制日期、

·实行了成为版本编制的时机的操作的用户名称、

·世代管理用的版本数。

例如作为文件名称，是“0007-200502281224-yamakawa.doc”等。其中：“0007”是版本数，“200502281224”是编制日期时间，“yamakawa.doc”是更新用户名称。

[0046]

综上所述，在版本文件数据存放区域401中，在和通常文件数据存放区域400同等的目录路径上，配置版本文件的存放区域，向客户机100公开，从而使利用客户机100的用户，利用被通常文件数据存放区域400存放的文件的路径名称，就能够轻而易举地从版本文件数据存放区域401中存取所述文件的过去一代的数据。

[0047]

此外，图3所示的那种版本文件的存放手法，是如图1所示，将版本管理装置300作为开关装置安装，在服务器200中配置具有NFS协议及CIFS协议的现有的文件服务器时的一个例子，服务器200已经具有版本管理用的数据存放功能时，可以照搬符合该功能的存放方法。

[0048]

<版本文件的编制条件>

下面，讲述版本管理装置300中的为了编制版本文件的条件。版本管理装置300，为了判定旨在编制版本文件的时机，接收在客户机100和服务器200之间交换的文件存取协议的信息包，在将该信息包向各处传输之际，监视是否产生了与管理者预先注册的在客户机中运行的应用程序的文件更新处理模式一致的存取模式。

[0049]

所谓“应用程序的文件更新处理模式”，其目的并不是单纯地抽出协议上定义的所有的更新处理，而是抽出针对就用户来说有保留版本文件的意义的文件的更新处理。

[0050]

因此，需要将用户更新数据后有意识地在存储区域上保存更新数据之际产生的富有特征的存取模式，作为用于编制版本文件的条件。

[0051]

下面，示出用户利用特定的应用程序保存更新的数据之际发生时的更新处理模式的示例。

[0052]

例1)文档编制应用程序中的数据保存动作

在文档编制应用程序中，为了防止用户未保存的更新数据及编辑处的文件本体的数据损失，利用具备编制下述文件的功能的软件：

·为了暂时保存未被保存处理的编制中的文件的数据的临时文件(1)，及

·为了暂时保存数据变更前的数据的临时文件(2)。

[0053]

在这种应用程序中，按照各应用程序，编制具有特征的文件名称的临时文件，用户实行数据的保存操作后，利用RENAME处理等，临时文件(1)的数据被作为编辑处的文件的数据置换，使编辑处的文件反映更新数据。

[0054]

这样，用户在所述的那种文档编制应用程序利用环境中，如果能够用版本管理装置300抽出

·“临时文件(1)”或“临时文件(2)”的文件生成处理、

·从“临时文件(1)”向“编辑处的文件”转变的更新数据的反映处理，

就能够作为与用户的数据的保存动作连动的形成文件编制的时机。

[0055]

在形成文件编制之际，可以在所述更新文件反映处理后，将存放数据更新前的数据的“临时文件(2)”，在由应用程序实行删除要求之前，作为旧版本的版本文件，存放到文件版本数据存放区域。

[0056]

这样，可以将用所述文档编制应用程序编制的所有的文件，作为版本编制对象。

[0057]

在图4中，作为的具体例子，示出使用Microsoft公司产品Office Word(注册商标)，保存更新数据时的处理模式。

[0058]

在Microsoft Office Word中，用户实行更新数据的保存动作时，编制

·具有全面反映更新数据的最新的状态的数据的临时文件(1)、及

·具有不包含更新数据的更新数据保存前的状态的数据的临时文件(2)。

[0059]

所述临时文件的文件名称，都具有“～WRL****.tmp”(“****”为任意的数字)这一特征的文件名称。

[0060]

首先，用户打开编辑处的文件，使用应用程序编辑数据(Step1)后，用户若实行更新数据的保存操作，于是在和编辑处的文件同一个目录内，就编制出临时文件(1)(“～WRL****.tmp”)(Step2)。

[0061]

进而，在同一个目录上，将编辑处文件作为临时文件(2)，RENAME(Step3)，用编辑处文件的名称，RENAME临时文件(1)(Step4)。

[0062]

Step4的RENAME完毕后，删除临时文件(2)(Step5)，从而完成保存处理。

[0063]

从利用以上一系列的应用程序更新数据的保存处理模式中，确认实行了以下的2个处理后，能够确定为了编制版本文件的时机和成为版本文件编制源的文件。

[0064]

1)从“编辑处文件名称”向“临时文件(2)名称”的RENAME处理。

2)从“临时文件(1)名称”向“编辑处文件名称”的RENAME处理。

[0065]

上述2个RENAME处理，在RENAME源、RENAME处的文件名称上包含富有特征的模式及扩展名，能够轻而易举地判断被所述应用程序实行了。

[0066]

由此可知：作为版本文件编制的时机，以实行了上述2个RENAME处理为时机，作为版本文件编制源，可以设定临时文件(2)。

[0067]

另外，临时文件(2)由于在Step4结束后被删除，所以版本管理装置300取得表示Step4的动作完毕的应答信息包，在向客户机100传输所述信息包之前，复制临时文件(2)的数据，使版本文件的编制处理完毕。

[0068]

例2)文件的改写保存动作

利用文件管理程序等，对与复制处存在的文件同名称的文件进行改写的操作，也同样可理解为由用户进行的更新数据的保存处理。

[0069]

所述操作由用户进行时，首先，自客户机发送来文件的CREATE要求，在该要求的应答中，由服务器回复文件名重复的出错信息。

[0070]

根据该出错信息，通过文件管理程序等的应用程序，用户选择是否实行改写，用户容许改写时，

·在CIFS协议中，在数据更新用的OPEN要求(开放要求)之后，由客户机发送WRITE要求(写入要求)，

·在NFS协议中，由客户机发送WRITE要求，

复制源的文件的数据，作为更新数据，被保存到复制处的文件中。

[0071]

这样，在版本管理装置300中，如果能够和CREATE要求的应答中的文件名重复错误起抽出其后的OPEN要求或WRITE要求，就能够作为与文件的改写保存操作连动的版本文件编制的时机。

[0072]

版本文件编制之际，

·如果是CIFS协议，在OPEN要求成功后，在实行WRITE要求之前，

·如果是NFS协议，在发送WRITE要求之际，

可以将所述复制源的文件，作为旧版本文件，存入文件版本数据存放区域。

[0073]

在版本管理装置300中，如以上的2个例子那样，预先将

·应用程序的数据保存时发生的存取模式

·版本文件的编制步骤，

注册到设定信息管理部304的存储部305(参照图2)中，根据所述模式和步骤，实行

·判断版本文件的编制时机，

·控制版本文件的编制动作。

[0074]

<对版本文件管理装置的事先设定信息>

下面，列举运行版本管理装置300后，在开始服务之前，需要在版本管理装置300内设定的项目。

[0075]

在版本管理装置300中，进行服务之际需要的设定信息，被存入版本管理装置304中。

[0076]

被存入设定信息管理部304的设定信息，包含：

·版本管理对象的服务器200的IP地址或计算机名称，

·向客户机公开的目录的共享名称，

·与在客户机中运行的应用程序的保存动作连动后为了编制版本文件的各种条件。

[0077]

关于所述条件，就象上述的例子那样，设定符合各自的环境的条件。例如：

·按照对应的用***的动作产生的存取要求及应答结果，

·符合该操作要求的文件名称的关键词，

·对应的协议，

·编制版本文件之际成为必要的、版本文件的存放处及版本文件的数据的复制源的取得方法等。

[0078]

进而，在图1之类的结构中，版本管理装置300，因为由版本管理装置300对服务器200，以超极用户的权限，实行数据的复制及版本文件的编制，所以将服务器200的超极用户的顾客信息向设定信息管理部304中注册。

[0079]

以上，对设定信息管理部304实施所有的设定注册作业后，开始版本管理装置300的服务。

[0080]

<CIFS协议环境中的版本文件的编制顺序>

下面，讲述在CIFS协议利用环境中，采用图1、图2的结构及图3的版本文件的存放方法时的各种步骤。

[0081]

<文件存取信息包的传输步骤>

首先，讲述版本管理装置300进行的文件存取信息包的传输步骤。

[0082]

版本管理装置300的服务开始后，客户机100经由版本管理装置300，向服务器200存取。

[0083]

版本管理装置300将相当于服务器200的计算机名称，提供给客户机，从而可以由客户机100取得本来面向服务器200的文件存取信息包。版本文件

[0084]

由客户机100发送的CIFS协议的信息包，到达版本管理装置300后，信息包就被传输给文件存取验证部301。

[0085]

文件存取验证部301，从传输的信息包内，抽出要求的处理信息，验证处理信息是否与被设定信息管理部304登记的成为旨在编制版本文件的时机的处理模式是否一致。

[0086]

验证后，版本管理装置300实施按照后文讲述的处理模式是否一致所进行的处理，然后将要求信息包传输给服务器200，等待应答信息包。

[0087]

来自服务器200的应答信息包，到达版本管理装置300后，被传输给文件存取验证部301。

[0088]

文件存取验证部301，抽出应答信息包内的应答结果，确认是不是对成为旨在编制版本文件的时机的处理模式的要求处理的应答，实施按照后文讲述的处理模式是否一致所进行的处理，然后将应答信息包传输给客户机100。

[0089]

<用户名称的管理>

在CIFS协议中，确立伴随着用户实行注册、注销而进行的对话期间，只在该对话期间使用有效的用户ID，实行用户的识别。

[0090]

作为版本文件的文件名称的一部分，版本管理装置300需要将是以哪个用户的操作为时机编制的版本文件注册，所以必须使用户ID和用户名一一关联。

[0091]

版本管理装置300在实施这种关联之际，与注册、注销的操作连动，进行用户名和用户ID的关联处理。

[0092]

由客户机100发送给版本管理装置300，传输给文件存取验证部301的要求信息包中，抽出的要求处理信息内的处理要求，是用户注册处理时，抽出要求处理信息内包含的注册用户名，将旨在识别要求处理的ID和注册用户名一一关联后，在用户管理部302中登记，然后将所述要求信息包传输给服务器200。

[0093]

进而，由客户机100发送给版本管理装置300，传输给文件存取验证部301的应答信息包中，和注册要求处理的ID一致的应答信息包含的应答结果，表示注册成功时，文件存取验证部301抽出应答结果内包含的、只在本注册中有效的用户ID，和被用户管理部302注册的注册用户名一一关联后，保存到用户管理部302中后，将应答信息包传输给客户机100。

[0094]

应答结果表示注册失败时，删除取得要求信息包时在用户管理部302中登记的注册用户名及要求处理的ID后，将应答信息包传输给客户机100。

[0095]

同样，要求处理信息内的处理要求，是用户注销处理时，抽出要求处理信息内包含的用户ID，将旨在识别要求处理的ID一起，在用户管理部302中登记用户ID，然后将要求信息包传输给服务器200。

[0096]

由服务器200发送给版本管理装置300，传输给文件存取验证部301的应答信息包中，和注销要求处理的ID一致的应答信息包含的应答结果，表示“注销成功”时，文件存取验证部301从用户管理部302中删除与刚才注册的用户ID一致的注册用户名和用户ID后，将应答信息包传输给客户机100。

[0094]

应答结果表示“注销失败”时，删除取得要求信息包时在用户管理部302中登记的注册用户名及要求处理的ID后，将应答信息包传输给客户机100。

[0098]

按照以上的顺序，在客户机100和服务器200之间中继的信息包中，伴随着注册、注销处理，使用户名、用户ID一一关联后，就能够在版本管理装置300中，很容易地从用户ID中抽出用户名。

[0099]

<版本文件编制步骤>

图5是表示版本管理装置300的文件存取验证部301中，与成为版本文件编制的时机的处理模式一致之际的、由版本管理装置300进行的版本文件编制步骤的流程图。下面，参照图1及图5，讲述本发明的一个实施示例中的版本文件编制步骤。

[0100]

版本管理装置300，取得被客户机100发送给版本管理装置300的处理要求信息包(步骤S100)。

[0101]

处理要求信息包，被传输给文件存取验证部301，要求处理信息被抽出、解析。检查处理要求信息包的内容是否与预先规定的模式(被设定信息管理部304注册的成为版本文件编制的时机的处理模式)一致(步骤S101)。

[0102]

抽出的要求处理信息包内的处理要求，与设定信息管理部304注册的成为版本文件编制的时机的处理模式一致时(步骤S101的YES分岔)，将处理要求内容的信息保存到文件存取验证部301中。更详细地说，抽出操作文件的路径名、操作要求的ID、用户ID、命令名，作为处理要求项目，保存到文件存取验证部301中(步骤S102)。然后，将处理要求信息包，向服务器200传输。

[0103]

版本管理装置300的文件存取验证部301，以操作要求的ID为线索，从来自服务器200的应答信息包中抽出相当于来自服务器200的应答的信息包，检查来自服务器200的应答结果是否与成为版本文件编制的时机的处理模式一致(步骤S103)。确认与成为版本文件编制的时机的处理模式一致时(步骤S103的YES分岔)，将处理要求成功的情况注册到文件存取验证部301年的存储部中(步骤S104)。然后，给所述要求目录附加表示应答结果满足处理模式的标记后，将应答信息包，向客户机100传输。

[0104]

另一方面，确认应答结果与成为版本文件编制的时机的处理模式不一致时(步骤S103的NO分岔)，删除所述要求目录包含的、在要求时注册的数据(步骤S107)，将应答信息包，向客户机100传输。

[0105]

成为版本文件编制的时机的所有的处理尚未完毕时(步骤S105的NO分岔)，返回步骤S100，成为等待取得处理要求信息包。

[0106]

成为版本文件编制的时机的所有的处理完毕时(成为版本文件编制的时机的条件满足时)(步骤S105的YES分岔)，根据版本文件编制规则、用文件存取验证部301保存的要求内容，版本控制部303编制版本文件(步骤S106)。

[0107]

这样，给所述要求项目，暂时性地注册已经实行了的操作要求，将相关的操作要求追加到同一个要求项目上后，成为版本文件编制的时机的处理模式和操作要求及应答结果完全一致时，文件存取验证部301从用户管理部302中检索与被要求项目保存的用户ID一致的用户名，在取得用户名的同时，根据设定信息管理部304注册的设定信息，从该要求项目中，取得成为版本文件编制的复制源的文件路径名。

[0108]

文件存取验证部301，按照版本文件数据存放区域401中的版本文件的存放方法，根据路径名，生成成为版本文件编制的复制源的路径名，将成为复制源的路径名和用户名一起，传输给版本控制部303。

[0109]

版本控制部303，根据从文件存取验证部301取得的成为复制源的文件路径名，从服务器200取得被该路径名存放的通常文件数据存放区域400上的文件的数据及属性信息。同样，根据从文件存取验证部301中取得的成为复制处的路径名，向版本文件数据存放区域401编制新的版本文件，复制所述数据及属性。

[0110]

编制版本文件之际，在没有编制现有的版本文件、不存在至复制处的目录时，版本控制部303在生成所述目录的数据后，编制版本文件。

[0111]

另外，在步骤S106的编制版本文件之际，版本控制部303根据版本文件存放处的目录上存在的版本文件的文件名，取得编制版本文件之前的最新的版本文件的版本数，将文件存取验证部301中取得的用户名、编制版本文件的日期及在取得的版本数上添加“1”的版本数并列后，作为文件名赋予。

[0112]

版本文件的编制完毕后，由版本控制部303将版本文件的编制完毕的情况通知文件存取验证部301，文件存取验证部301删除与所述版本文件相关的要求项目(步骤S108)。

[0113]

<要求处理与成为版本文件编制的时机的处理模式或注册、注销处理不一致时>

此外，在版本管理装置300的文件存取验证部301中，在要求处理与成为版本文件编制的时机的处理模式或注册、注销处理中的哪个处理都不一致时，版本管理装置300将要求信息包原封不动地传输给服务器200。

[0114]

同样，关于应答信息包，对于与成为版本文件编制的时机的处理模式不一致的内容，版本管理装置300也将应答信息包原封不动地传输给客户机100。

[0115]

<NFS协议环境中的版本文件的编制步骤>

利用NFS协议环境中的版本文件的编制步骤，能够和CIFS协议同样地实施。但是用户管理部302中的用户名的管理方法和版本控制部303中的文件的编制步骤不同。

[0116]

在NFS协议中，由于不具备伴随注册、注销的对话期间管理单元，所以来自特定的用户的操作要求，全部被赋予相同的用户ID。这样，NIS(Network Information Service)服务器及服务器200内存放的用户名和用户ID的对应表，需要预先向用户管理部302注册。

[0117]

另外，在NFS协议中，由于不是使用路径名而是使用被称作“文件句柄”的NFS固有的标识符地进行文件操作，所以不能从信息包中唯一性地取得版本文件的复制源或复制处的路径名。这样，在编制版本文件之际，就需要进行用成为版本文件编制的操作对象的文件的文件句柄，引导从与版本文件关联的上一级目录起到公开目录为止的路径名的操作。该操作是利用文件句柄+文件名“..”，取得上一级目录的文件句柄，使用上一级目录的文件句柄，取得目录项目，将探索具有取得的文件句柄的目录名的操作，实行到达到公开目录为止。

[0118]

以上，按照上述的实施方式讲述了本发明。但本发明并不局限于上述实施示例的结构，毫无疑问，它还包含业内人士在本发明的范围内都能够进行的各种变形、修正。

Claims

1、一种版本管理装置，其特征在于，具备：

判定单元，该单元解析有关文件存取的命令·上下文，判定所述命令·上下文是不是与成为所述文件的版本管理用信息的编制的时机的给定模式对应；和

编制单元，该单元在所述命令·上下文与成为版本管理用信息的编制的时机的给定模式对应时，编制所述文件的版本管理用信息。

2、一种版本管理装置，其特征在于，具备：

存储单元，该存储单元预先注册文件存取中的数据保存存取动作的模式；和

控制单元，该控制单元对文件的文件存取要求进行解析后，与所述模式加以对照，抽出与所述模式一致的文件存取，从而控制对版本管理用文件的编制。

3、如权利要求2所述的版本管理装置，其特征在于：在所述存储单元中，预先注册数据保存时发生的存取的模式、和版本管理用文件的编制步骤；

所述控制单元，对文件的文件存取要求进行解析，根据所述模式和所述步骤，判断所述版本管理用文件的编制的时机，控制所述版本管理用文件的编制动作。

4、如权利要求1所述的版本管理装置，其特征在于：

作为开关装置发挥以下作用：中继由客户机发送的面向服务器的文件存取要求后，向所述服务器传输，并且，将由所述服务器针对所述要求而发送的、对所述客户机的应答，向所述客户机传输；

所述版本管理装置，监视在客户机与服务器之间交换的要求及应答，对所述文件存取要求与所述模式是否一致进行对照。

5、如权利要求4所述的版本管理装置，其特征在于，具备：

存储单元，该存储单元将在所述客户机中运行的应用程序的文件更新处理模式，作为用于编制版本管理用文件的时机进行存储；和

取得在所述客户机与所述服务器之间交换的文件存取协议的信息包，

在将所述信息包传输给收件处的服务器或客户机之际，监视是否发生了与作为用于编制版本管理用文件的时机而预先注册的文件更新处理模式一致的存取模式，

当检出发生了与所述文件更新处理模式一致的存取模式时，编制版本管理信息的单元。

6、一种服务器装置，接收由客户机发送的、面向服务器的文件存取要求，回复对所述客户机的应答，其特征在于：

具备权利要求2所述的版本管理装置。

7、一种版本管理装置，其特征在于，中继由客户机使用预先规定的给定的文件存取协议而发送的、面向服务器的要求，向所述服务器传输，并且中继由所述服务器针对所述要求而发送的、面向所述客户机的应答，传输给所述客户机，

所述版本管理装置，具备：

文件存取验证部，该部取得由所述客户机发送的要求信息包和由所述服务器发送的应答信息包，抽出所取得的要求信息包和应答信息包中分别包含的处理要求和应答结果，与相当于在所述客户机中运行的应用程序作用下的文件的数据更新处理动作的存取模式进行对照，判断是否一致；

用户管理部，该部为了验证由所述客户机发送的要求信息包中包含的处理要求是由哪个用户提出的，而以与所述给定的文件存取协议对应的形式，存储管理用户信息；

版本控制部，该部在所述文件存取验证部中，将执行了相当于在所述客户机中运行的应用程序作用下的文件的数据更新处理相当的模式的操作作为时机，控制版本管理用文件的编制操作；以及

设定信息管理部，该部预先存放在所述文件存取验证部、所述用户管理部及所述版本控制部动作之际所参照的动作设定信息。

8、如权利要求7所述的版本管理装置，其特征在于：在所述设定信息管理部中，预先注册了在所述客户机中执行的应用程序作用下的在所述服务器中的数据保存时发生的存取模式和版本文件的编制步骤；

根据所述模式和所述编制步骤，判断版本管理用文件的编制时机，并控制版本管理用文件的编制动作。

9、如权利要求8所述的版本管理装置，其特征在于：所述版本控制部，除了所述服务器的通常文件数据存放区域之外，在给定的文件***中编制存放版本管理用文件的版本文件数据存放区域；

在所述版本文件数据存放区域中，在与所述通常文件数据存放区域同等的目录路径上，配置版本管理用文件的存放区域；

根据所述通常文件数据存放区域中存放的文件的路径名，由所述客户机从所述版本管理用文件数据存放区域中，可自由存取所述文件的过去的世代的数据。

10、如权利要求8所述的版本管理装置，其特征在于：所述版本控制部，除了所述服务器的通常文件数据存放区域之外，在给定的文件***中编制存放版本管理用文件的版本管理用文件数据存放区域；

在所述版本管理用文件数据存放区域中，文件的更新履历数据管理用的版本管理用文件，被在文件名中附加了版本管理用文件的编制日期时间、执行了成为版本编制的时机的操作的用户名、以及世代管理用的版本数后保存。

11、如权利要求10所述的版本管理装置，其特征在于：在所述服务器中，当某个目录作为共享目录对所述客户机公开时，将相当于所述目录的目录，编制在所述版本管理用文件数据存放区域中；

在所述版本管理用文件数据存放区域的所述目录中，被赋予不与所述通常文件数据存放区域的所述目录的共享名称冲突的名称，在所述客户机中，作为读出专用的共享目录而能够访问地公开；

对于所述通常文件数据存放区域的所述目录的所述共享目录下的目标，在新编制版本管理用文件之际，在所述版本管理用文件数据存放区域中，编制通向版本管理用文件存放处的路径上的目标；

当通向所述版本管理用文件存放处的路径上的目标是目录时，编制与所述通常文件数据存放区域的目录同名的目录，而当其下的目标是文件时，编制在所述通常文件数据存放区域的文件的文件名中，附加了版本管理装置固有的信息的目录名的目录；

在所述目录中，所述文件的更新履历数据管理用的版本管理用文件，被在文件名中附加了版本管理用文件的编制日期时间、执行了成为版本编制的时机的操作的用户名、以及世代管理用的版本数后保存。

12、如权利要求8所述的版本管理装置，其特征在于：在所述设定信息管理部中，包含：

版本管理对象的服务器的地址或计算机名；

向客户机公开的目录的共享名；以及

与在客户机中运行的应用程序的保存动作连动，编制版本管理用文件的条件。

13、如权利要求12所述的版本管理装置，其特征在于：作为所述条件，至少包含以下之一：按照所对应的应用程序的动作的存取要求及应答结果；符合该操作要求的文件名的关键词；对应的协议；在编制版本管理用文件之际所需的版本管理用文件的存放处及版本管理用文件的数据的复制源的取得。

14、如权利要求8所述的版本管理装置，其特征在于：当由所述客户机发送给所述版本管理装置、向所述文件存取验证部传输的要求信息包中、被抽出的要求处理信息内的处理要求，与所述设定信息管理部中注册的、成为版本管理用文件编制的时机的处理模式一致时，抽出操作文件的路径名、操作要求的ID、用户ID、命令名，在所述文件存取验证部内作为处理要求项目，与各自的信息关联保存后，将要求信息包传输给所述服务器；

当根据要求的ID，抽出来自符合所述要求的应答的服务器的应答信息包，且确认应答结果与成为版本管理用文件编制的时机的处理模式一致时，在所述要求项目中附加表示“应答结果满足处理模式”的标记后，将应答信息包传输给客户机；

当确认应答结果与成为版本管理用文件编制的时机的处理模式不一致时，删除所述要求项目中包含的、要求时注册的数据后，将应答信息包传输给客户机。

15、如权利要求8所述的版本管理装置，其特征在于：所述文件存取验证部，按照所述版本管理用文件存放区域的版本管理用文件的存放步骤，根据路径名生成版本管理用文件编制的复制处的路径名，并与用户名和成为复制源的文件的路径名一起，传输给所述版本控制部；

16、如权利要求8所述的版本管理装置，其特征在于：所述版本控制部，在编制版本管理用文件之际，根据在版本管理用文件存放处的目录上存在的版本管理用文件的文件名，取得版本管理用文件编制前的最新的版本管理用文件的版本数，将由所述文件存取验证部取得的用户名、编制版本管理用文件的日期时间、及在取得的版本数上加1的版本数排列，作为文件名赋予。

17、如权利要求7所述的版本管理装置，其特征在于：为了与不具备伴随注册、注销的对话期间管理单元的***对应，所以在所述版本管理装置的所述用户管理部中登记NIS服务器或所述服务器内存放的用户名和用户ID对应表。

18、一种版本管理方法，其特征在于，包含：

解析对文件进行存取的命令·上下文，判定所述命令·上下文是不是与成为所述文件的版本管理用文件的编制的时机的给定的模式对应的工序；

在所述命令·上下文与成为版本管理用文件的编制的时机的给定的模式对应时，编制并保存所述文件的版本管理用文件的工序。

19、一种版本管理方法，其特征在于，包含以下工序：

所述版本管理装置，取得对所述要求信息包的应答信息包，根据所述第1工序中存储的处理要求内容，判定是不是与所述文件的版本管理用文件编制的时机的条件一致的处理结果，一致时，注册“处理要求完毕”之意的第2工序；

20、一种计算机程序，用于自动编制版本管理用文件，使计算机执行下述处理：

解析对文件进行存取的命令·上下文，判定所述命令·上下文是不是与成为所述文件的版本管理用文件编制的时机的给定模式对应的内容的处理；

所述命令·上下文是与成为版本管理用文件编制的时机的给定模式对应的内容时，编制、保存所述文件的版本管理用文件的处理。