文件服务器和文件提供方法技术

一种文件服务器，其提供文件到客户机并且包括：获取部分，其当从客户机接收到文件请求时，从所接收的文件请求中指示的文件位置信息中获取唯一标识所请求文件的文件ＩＤ和目录路径；判断部分，其判断对应于所获得的文件ＩＤ的文件是否存在于所获得的目录路径中；以及提供部分，作为该判断的结果，如果对应于所获得的文件ＩＤ的文件存在，则该提供部分获取对应于所获得的文件ＩＤ的文件，并将所获得的文件作为所请求文件提供给客户机，其中，作为该判断的结果，如果对应于所获得文件ＩＤ的文件不存在，确定对应于所获得文件ＩＤ的当前目录路径，并生成指示所确定的当前目录路径以及所获得的文件ＩＤ的文件位置信息，并响应该文件请求将所生成的文件位置信息提供给客户机。

【技术实现步骤摘要】

本专利技术涉及一种用于管理多个文件的文件管理系统。
技术介绍
在本领域的相关技术包括在日本专利特开平11-3265号公报中公开的技术。在该技术中，文件服务器通过将一个称为句柄的唯一的标识符添加到每个文件来管理文件。然后，作为文件的URL，将其中指定了相关系统的服务器名称和所述文件句柄的虚拟URL提供给用户，而不是标识传统文件位置(服务器名称和至服务器中指示所述文件的存储位置的目录的路径)的URL。当用户使用所述虚拟URL访问所述系统时，所述系统从所述文件的句柄中确认它的位置并将其提供给所述用户。这种机制使得可以响应用户的请求找到文件，而与在数据管理系统中该文件已经移动到的位置(目录)无关。另一方面，当使用FTP(文件传输协议)访问文件时，所述URL包括指示所述文件的存储位置的目录路径的符号。因此，用户能够通过参考所述URL，确定对应于所述URL的文件的存储位置。例如，当使用ftp//abc.co.jp/pub/incoming/readme.txt的URL访问文件时，用户能够确定该readme.txt存储在主机名为abc.co.jp的FTP服务器的目录路径/pub/incoming/中。
技术实现思路
在管理多个文件的文件服务器中，其中文件的存储位置被改变，本专利技术通过使用所述改变之前的文件位置信息，使得能够访问所述文件，并通过参考用于访问所述文件的文件位置信息，使得用户能够确定所述文件的存储位置。根据本专利技术的一个方面，提供了一种计算机可读介质，其存储使计算机执行响应文件请求而提供文件的过程的程序。该过程包括在从客户机接收到文件请求时，从所接收的文件请求中指示的文件位置信息中获取唯一标识所请求文件的文件ID和目录路径；判断对应于所获得的文件ID的文件是否存在于所获得的目录路径中；以及作为该判断的结果，如果对应于所获得的文件ID的文件存在，则获取对应于所获得的文件ID的文件并将所获得的文件作为所请求文件提供给该客户机，其中，作为该判断的结果，如果对应于所获得文件ID的文件不存在，则确定对应于所获得文件ID的当前目录路径，并生成指示所确定的当前目录路径以及所获得的文件ID的文件位置信息，并响应该文件请求将所生成的文件位置信息提供给该客户机。根据本专利技术，即使是文件的存储位置改变了，客户机也能够通过使用该改变之前的文件位置信息访问该文件，并且用户能够通过参考用于访问该文件的文件位置信息，确定该文件的存储位置。附图简述以下将结合附图对本专利技术进行详细描述，其中附图说明图1示出了实施例和第一个到第三个和第五个变型示例中的文件管理系统的配置；图2示出了文件位置信息的一个示例；图3是实施例和第一个到第四个变型示例中的文件服务器的功能方框图；图4示出了虚拟目录的分层结构的一个例子；图5示出了虚拟目录信息的一个例子；图6示出了文件信息的一个例子；图7是一个流程图，示出了当实施例中的文件请求处理器接收到一个文件请求时的过程；图8是一个流程图，示出了当第一个变型示例中的文件请求处理器接收到文件请求时的过程；图9示出了文件位置信息的一个例子；图10示出了虚拟目录的分层结构的一个例子；图11示出了虚拟目录信息的一个例子；图12示出了文件信息的一个例子；图13示出了虚拟目录的分层结构的一个例子；图14示出了文件信息的一个例子；图15是一个流程图，示出了当第二个变型示例中的文件请求处理器接收到文件请求时的过程；图16是一个流程图，示出了当第三个变型示例中的文件请求处理器接收到文件请求时的过程；图17是第四个变型示例中的文件管理系统的配置；图18是一个流程图，示出了当第四个变型示例中的文件请求处理器在另外一个文件服务器查询关于所请求文件是否存在时的过程；图19是一个流程图，示出了当第四个变型示例中的文件请求处理器从另外一个文件服务器接收关于所请求文件是否存在的查询时的过程；图20示出了在第五个变型示例中的文件服务器的功能方框图；图21示出了移动历史的一个例子；以及图22示出了文件位置信息的一个例子。具体实施例方式以下参考附图描述本专利技术的实施例。图1是表示实施例中的文件管理系统的系统组成的示意图。该系统包括文件服务器10和客户机30，两者都连接到网络50，例如LAN(局域网)或者因特网。文件服务器10管理表示文件的实际存储位置的实际目录和表示所述文件的虚拟存储位置的虚拟目录。所述文件通常指的是数据的集合，例如有文本数据、图像数据、视频数据等等，可以通过网络50与文件服务器10和客户机30相互交换这些数据。客户机30传输包括关于所请求文件的文件位置信息的文件请求到文件服务器10。基于从客户机30接收到的文件位置信息，文件服务器10搜索所请求文件并将所获得文件提供给客户机30。所述文件位置信息具有全局唯一的文件ID，用于唯一确定至少所请求文件和指示所请求文件的虚拟存储位置的虚拟目录路径。例如通过使用URL(统一资源定位器)符号，描述所述文件位置信息。图2示出了文件请求目标的主机名称100、所请求文件的虚拟目录路径102和所请求文件的文件ID104。作为全局唯一的文件ID，可以使用称为UUID(通用唯一标识符)或者GUID(全局唯一标识符)的128位标识信息。附带地，为了保证全局唯一性，UUID包括，例如，UUID生成的时间或者安装在用于生成UUID的机器上的网卡的MAC(媒介访问控制)地址。图3是实施例中的文件服务器10的功能方框图。在图3中，文件请求处理器12接收从客户机30传输来的文件请求，基于文件请求中所指示的文件位置信息搜索所请求文件，并将所获得的文件作为所请求文件传输到客户机30。文件存储器14在相应指定的实际目录下存储文件。虚拟目录管理器16保留虚拟目录信息17。当虚拟目录有图4所示的分层结构时，虚拟目录信息17具有图5所示的信息。如图5所示，在虚拟目录信息17中指示了虚拟目录的虚拟目录名称110和上一级的父虚拟目录的虚拟目录名称112之间的关联。在图5中，具有父虚拟目录名“null”的虚拟目录是根目录。文件请求处理器12能够通过参考虚拟目录信息17，确认当前虚拟目录的结构。文件管理器18保留文件信息19。图6示出了文件信息19的一个例子。如图6所示，文件信息19指示了文件ID120、表示文件的虚拟存储位置的虚拟目录路径122、文件名称124和表示文件的实际存储位置的实际目录路径126之间的关联。文件请求处理器12能够通过参考文件信息19，确认表示文件虚拟存储位置的虚拟目录和表示文件实际存储位置的实际目录。接下来参考图7所示的流程图，描述在从客户机30接收到文件请求的情况中文件请求处理器12的过程。当文件请求处理器12从客户机30接收到文件请求时，从在所述文件请求中指示的文件存储位置中获得(S100)所请求文件的虚拟目录路径和文件ID。文件请求处理器12通过参考文件信息19判断所请求文件是否存在(S102)。即，文件请求处理器12搜索在文件信息19中注册的文件ID，寻找所请求文件的文件ID。作为判断结果，如果所请求文件不存在(S102的判断结果为否定的“否”)，则文件请求处理器12发出一个错误通知(S116)到发出所述文件请求的客户机30，指示所请求文件不存在。另一方面，作为S102的判断结果，如果所请求文件存在(S102本文档来自技高网...

【技术保护点】
一种文件服务器，其提供文件到客户机，所述文件服务器包括：获取部分，其当从所述客户机接收到文件请求时，从所接收的文件请求中指示的文件位置信息中获取唯一标识所请求文件的文件ＩＤ和目录路径；判断部分，其判断对应于所获得的文件ＩＤ的 文件是否存在于所获得的目录路径中；以及提供部分，作为所述判断的结果，如果对应于所获得的文件ＩＤ的文件存在，则所述提供部分获取对应于所获得的文件ＩＤ的文件，并将所获得的文件作为所请求文件提供给所述客户机，其中，作为所述判断的结 果，如果对应于所获得文件ＩＤ的文件不存在，确定对应于所获得文件ＩＤ的当前目录路径，并生成指示所确定的当前目录路径以及所获得的文件ＩＤ的文件位置信息，并响应所述文件请求将所生成的文件位置信息提供给所述客户机。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：桥元直，
申请(专利权)人：富士施乐株式会社，
类型：发明
国别省市：JP[日本]