CN111723047A - 信息处理装置、文件管理装置、文件管理系统及计算机可读介质 - Google Patents
信息处理装置、文件管理装置、文件管理系统及计算机可读介质 Download PDFInfo
- Publication number
- CN111723047A CN111723047A CN201910758046.2A CN201910758046A CN111723047A CN 111723047 A CN111723047 A CN 111723047A CN 201910758046 A CN201910758046 A CN 201910758046A CN 111723047 A CN111723047 A CN 111723047A
- Authority
- CN
- China
- Prior art keywords
- file
- transmission
- transmission destination
- server
- case
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/122—File system administration, e.g. details of archiving or snapshots using management policies
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1435—Saving, restoring, recovering or retrying at system level using file system or storage system metadata
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
- G06F16/162—Delete operations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Human Computer Interaction (AREA)
- Library & Information Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
信息处理装置、文件管理装置、文件管理系统及计算机可读介质。该信息处理装置包括:查询单元,其响应于来自终端装置的恢复文件的恢复指示,基于文件的发送或接收历史向发送目的地或发送源中的装置请求查询文件的存在,恢复指示是在终端装置做出删除文件的删除指示之后做出的;以及文件恢复单元,其在作为查询的结果发现文件存在于发送目的地或发送源的装置中的情况下,通过从存储文件的装置获取文件来恢复文件。
Description
技术领域
本发明涉及信息处理装置、文件管理装置和文件管理系统及存储程序的计算机可读介质
背景技术
JP-A-2005-173724公开了一种配置有至少一个文件服务器和至少一个客户终端的文档管理系统,该至少一个文件服务器为在网络上共享的文件分配属性,并且至少一个客户终端能够通过网络访问该文件,在文档管理系统中,文件服务器包括:原始副本确定单元,其基于从客户终端上传的文件的属性来确定文件是新注册还是副本注册;原始注册单元,其在原始副本确定单元中确定为新注册的情况下,向所上传的原始文件分配包括文件服务器的标识符的属性;副本文档保留通知单元,其在原始副本确定单元中确定出文件是副本的情况下,向保留从关于副本文件的属性信息获取的原件的、与服务器标识符相对应的文件服务器通知关于注册有副本文档的服务器的标识信息;以及副本文档保留服务器管理单元,其存储和管理由副本文档保留通知单元通知的服务器标识符。
发明内容
本公开的非限制性实施方式的方面涉及提供一种在文件被删除的情况下,与搜索文件的发送目的地并且从找到的发送目的地发回文件的情况相比,能够更容易恢复文件的信息处理装置、文件管理装置、文件管理系统及存储程序的计算机可读介质。此时,文件表示一条数据或程序,并且例示为文档、诸如运动图像的数据或用于执行计算机的程序。
[1]根据本公开的一个方面,提供了一种信息处理装置,其包括:查询单元,所述查询单元响应于来自终端装置的恢复文件的恢复指示,基于所述文件的发送或接收历史向发送目的地或发送源中的装置请求查询所述文件,所述恢复指示是在所述终端装置做出删除所述文件的删除指示之后做出的;以及文件恢复单元,所述文件恢复单元在作为所述查询的结果而发现所述文件存在于所述发送目的地或所述发送源中的装置中的情况下,通过从存储所述文件的装置获取所述文件来恢复所述文件。
[2]根据本公开的另一方面,提供了一种文件管理装置,其包括:历史存储单元,所述历史存储单元存储被唯一地标识的文件的至少发送或接收的历史;查询单元,所述查询单元响应于来自终端装置的恢复所述文件的恢复指示,基于所述历史存储单元中所存储的所述历史,向发送目的地或发送源中的装置请求查询所述文件是否存在,所述恢复指示是在所述终端装置做出删除所述文件的删除指示之后做出的;以及文件恢复单元,所述文件恢复单元执行控制,以在作为所述查询的结果而发现所述文件存在于所述发送目的地或所述发送源中的装置中的情况下,通过从存储所述文件的所述装置获取所述文件来恢复所述文件。
[3]在根据[2]的文件管理装置中,响应于接收到在所述发送目的地中的装置中不存在所述文件的通知,所述文件恢复单元可以执行控制,以从所述发送目的地向其发送了所述文件的另一发送目的地获取所述文件。
[4]在根据[2]的文件管理装置中,所述历史存储单元可以存储关于创建所述文件的创建者的信息,并且所述查询单元可以向所述创建者请求查询所述文件。
[5]在根据[2]的文件管理装置中,所述历史存储单元可以存储所述文件被发送的时间,并且所述查询单元可以向所述文件的最新发送目的地请求所述查询。
[6]根据本公开的另一方面,提供了一种文件管理系统,其包括:文件存储单元,所述文件存储单元存储被唯一标识的文件;历史存储单元,所述历史存储单元存储所述文件的至少发送或接收的历史;查询单元,所述查询单元响应于来自终端装置的恢复所述文件的恢复指示,基于所述历史存储单元中所存储的所述历史,向发送目的地或发送源中的装置请求查询所述文件是否存在,所述恢复指示是在所述终端装置做出删除所述文件的删除指示之后做出的;以及文件恢复单元,所述文件恢复单元执行控制,以在作为所述查询的结果而发现所述文件存在于所述发送目的地或所述发送源中的装置中的情况下,通过从存储所述文件的所述装置获取所述文件来恢复所述文件。
根据本公开的另一方面,提供了一种计算机可读介质,其存储使计算机执行处理的程序,该处理包括:响应于来自终端装置的恢复文件的恢复指示,基于所述文件的发送或接收历史,向发送目的地或发送源中的装置请求查询所述文件是否存在,所述恢复指示是在所述终端装置做出删除所述文件的删除指示之后做出的;以及在作为所述查询的结果而发现所述文件存在于所述发送目的地或所述发送源中的装置中的情况下,通过从存储所述文件的所述装置获取所述文件来恢复所述文件。
根据本发明的[1]的信息处理装置、[2]的文件管理装置、[6]的文件管理系统或[7]的计算机可读介质,在文件被删除的情况下,与搜索文件的发送目的地并且发回文件的情况相比,可以容易地恢复文件。
根据[3]的文件管理装置,除了[2]的文件管理装置的效果之外,还可以在首先向其请求查询的发送目的地中不存在文件的情况下恢复文件。
根据[4]的文件管理装置,除了[2]的文件管理装置的效果之外,与不向创建者请求查询的情况相比,可以增加文件恢复的可能性。
根据[5]的文件管理装置,除了[2]的文件管理装置的效果之外,与不向最新发送目的地请求查询的情况相比,可以增加文件恢复的可能性。
附图说明
将基于以下附图详细描述本发明的示例性实施方式,在附图中:
图1是示出根据本发明的一个示例性实施方式的文件管理系统的配置图;
图2是示出用于根据本发明的示例性实施方式的归属服务器的框图;
图3是示出根据本发明的示例性实施方式中的文件的接收的说明图;
图4是示出关于上位服务器中所记录的文件的历史信息的图;
图5是用于描述在根据本发明的示例性实施方式中恢复文件的情况1的说明图;
图6是示出根据本发明的示例性实施方式中恢复文件的情况1中的信息的流程的序列图;
图7是示出根据本发明的示例性实施方式中恢复文件的情况1中的归属服务器的控制流的流程图;
图8是用于描述根据本发明的示例性实施方式中恢复文件的情况2中的信息流的说明图;
图9是示出根据本发明的示例性实施方式中恢复文件的情况2中的信息流的序列图;
图10是用于描述根据本发明的示例性实施方式中恢复文件的情况3中的流程的说明图;
图11是示出根据本发明的示例性实施方式中恢复文件的情况3中的流程的序列图;
图12是示出根据本发明的另一示例性实施方式的用于恢复文件的信息流的序列图;以及
图13是示出根据本发明的示例性实施方式中在删除文件的情况下的控制流的流程图。
具体实施方式
接下来,将参照附图详细描述本发明的示例性实施方式。在图1中示出了根据本发明的示例性实施方式的文件管理系统10。
文件管理系统10包括多个网络。例如,存在两个网络。终端装置12a和12b与服务器14a和14b通过网络16a彼此连接,并且终端装置12c和12d与服务器14c和14d通过网络16b彼此连接。例如,终端装置12a至12d是个人计算机或移动终端。网络16a和16b可以是局域网,以及可以是因特网。在终端装置12a和12b之间以及终端装置12c和12d之间分别共享一对服务器(服务器14a和服务器14c)。另一对服务器(服务器14b和14d)管理终端装置12a、12b、12c和12d的用户的访问权限,可以指定使用访问权限的用户,并且在下文中称为装置管理服务器。此外,网络16a和16b分别通过路由器18a和18b连接到因特网,另外,分别连接到服务器20a和20b。服务器20a和20b管理归属服务器14a和14c,并且在下文中称为上位服务器。
图2是示出归属服务器14a和14c的多块硬件的框图。归属服务器14a和14c中的每一个具有CPU 22、存储器24、储存装置26和通信接口28。CPU 22、存储器24、储存装置26和通信接口28通过总线30彼此连接。
CPU 22基于存储器24中所存储的控制程序执行提前确定的处理。例如,储存装置26被配置有硬盘。软件或数据存储在储存装置26中。数据经由上述网络16a和16b输入通信接口28以及从通信接口28输出。
图3是示出在发送和接收文件的情况下的概况的说明图。此时,当A先生的终端装置和B先生的终端装置分别被定义为终端装置12a和终端装置12c时,A先生的归属服务器和B先生的归属服务器被定义为归属服务器14a和归属服务器14c,并且A先生的上位服务器和B先生的上位服务器被分别定义为上位服务器20a和上位服务器20b。
首先,在步骤S10中,A先生指示A先生的终端装置12a向B先生发送具有“文件ID:1”的文件。在下一步骤(即,步骤S12)中,向B先生的归属服务器14c发送A先生的归属服务器14a的储存装置26中所存储的具有“文件ID:1”的文件。在步骤S14中,归属服务器14a通知上位服务器20a发送“文件ID:1”,并且保留具有“文件ID:1”的文件被发送给B先生的记录。另一方面,在步骤S16中,归属服务器14c向上位服务器20b通知接收到“文件ID:1”,并且保留从A先生接收到具有“文件ID:1”的文件的记录。而且,在步骤S18中,具有“文件ID:1”的文件到达B先生的终端装置12c。在这种情况下,具有“文件ID:1”的文件以分布式方式存储在A先生的终端装置12a或A先生的归属服务器14a以及B先生的终端装置12c或B先生的归属服务器14c中。
注意,向所有文件中的每一个赋予文件特有的文件ID。作为文件ID,在创建文件的情况下,例如,赋予通过散列函数获得的ID。不仅在创建文件的情况下,而且在更新文件的情况下,将更新后的文件作为另一文件而赋予ID。
此外,例如,在上位服务器20a和20b中记录图4中所示的历史。也就是说,对于每个文件ID,除了发送者(记录为发送者的用户ID)、发送日期和时间、接收者(记录为接收者的用户ID)、接收日期和时间、操作历史(删除、读取、复制等)以及操作日期和时间之外,创建者、创建日期和时间等被记录为元信息(记录为著录信息)。
接下来,将描述删除文件的情况的处理。
首先,如图5所示,在步骤S20中,例如,在文件的储存容量变低等的情况下,当A先生操作A先生的终端装置12a并由此提供删除A先生的归属服务器14a中所存储的具有“文件ID:1”的文件的指示时,归属服务器14a中所存储的具有“文件ID:1”的文件被删除。
以这种方式,尽管从服务器14a删除了具有“文件ID:1”的文件,但是在A先生的上位服务器20a中保留有具有“文件ID:1”的文件被发送给B先生的记录,并且具有“文件ID:1”的文件继续存在于B先生的归属服务器14c中。
在接下来的步骤S22中,A先生的归属服务器14a向A先生的上位服务器20a通知“文件ID:1”被删除。A先生的上位服务器20a记录从A先生的归属服务器14a删除了文件“文件ID:1”的事实。从A先生的归属服务器14a删除的信息与“文件ID:1”被发送到B先生的信息一起存储在A先生的上位服务器20a中。
(情况1)
作为情况1,图6和图7中示出了A先生删除具有“文件ID:1”的文件的情况的示例。
如图6所示,在A先生恢复具有“文件ID:1”的文件的情况下,在步骤S24中,A先生的终端装置12a指示A先生的归属服务器14a恢复具有“文件ID:1”的文件。在步骤S26中,A先生的归属服务器14a在被指示恢复具有“文件ID:1”的文件时,询问A先生的上位服务器20a是否存在具有“文件ID:1”的文件。因为上位服务器20a中存在具有“文件ID:1”的文件被发送给B先生的记录,所以在步骤S28中,A先生的上位服务器20a在被询问是否存在具有“文件ID:1”的文件时,询问B先生的上位服务器20b是否存在具有“文件ID:1”的文件。接着是步骤S30,B先生的上位服务器20b通知A先生的归属服务器14a存在具有“文件ID:1”的文件。在步骤S32中,A先生的归属服务器14a在被通知存在具有“文件ID:1”的文件时,向B先生的归属服务器14c请求获取具有“文件ID:1”的文件。因为在B先生的归属服务器14c中存在具有“文件ID:1”的文件,所以在步骤S34中,B先生的归属服务器14c在接收到用于获取具有“文件ID:1”的文件的请求时,向A先生的归属服务器14a发送具有“文件ID:1”的文件,并且A先生的归属服务器14a获取到具有“文件ID:1”的文件。
如图7所示,在步骤S36中,A先生的归属服务器14a确定是否指示恢复文件。当没有指示恢复文件时,A先生的归属服务器14a等待直到被指示恢复文件,并且当被指示恢复文件时,进行到下一步骤,即步骤S38。
在步骤S38中,询问上位服务器20a是否存在例如具有“文件ID:1”的文件。在下一步骤(即,步骤S40)中,确定是否接收到文件存在的通知。在没有接收到文件存在的通知的情况下,继续等待直到接收到文件存在的通知为止,而在接收到文件存在的通知的情况下,结束处理。在步骤S40中,在确定接收到文件存在的通知的情况下,进行到下一步骤,即,步骤S42。
在步骤S42中,向被通知存在文件的归属服务器(在这种情况下,B先生的归属服务器14c)请求用于获取具有“文件ID:1”的文件。在下一步骤(即,步骤S44)中,获取具有“文件ID:1”的文件,并结束处理。
(情况2)
在图8和图9中,作为情况2,示出了B先生删除具有“文件ID:1”的文件的情况。
首先,如图8所示,在步骤S46中,当B先生操作B先生的终端装置12c,从而提供删除B先生的归属服务器14c中存储的具有“文件ID:1”的文件的指示时,归属服务器14c中存储的具有“文件ID:1”的文件被删除。
以这种方式,尽管从归属服务器14c删除了具有“文件ID:1”的文件,但是在B先生的上位服务器20b中保留有从A先生接收到具有“文件ID:1”的文件的记录,并且此外,具有“文件ID:1”的文件继续存在于A先生的归属服务器14a中。
在下一步骤(即,步骤S48)中,上位服务器20b被通知从B先生的归属服务器14c删除了“文件ID:1”。B先生的上位服务器20b记录从B先生的归属服务器14c中删除了具有“文件ID:1”的文件的事实。从B先生的归属服务器14c删除的信息与从A先生收到“文件ID:1”的信息一起存储在B先生的上位服务器20b中
接下来,如图9所示,在B先生恢复具有“文件ID:1”的文件的情况下,在步骤S50中,B先生的终端装置12c指示B先生的归属服务器14c恢复具有“文件ID:1”的文件。在步骤S52中,B先生的归属服务器14c在被指示恢复具有“文件ID:1”的文件时,询问B先生的上位服务器20b是否存在具有“文件ID:1”的文件。因为在上位服务器20a中存在从A先生接收到具有“文件ID:1”的文件的记录,所以在步骤S54中,B先生的上位服务器20b在被询问是否存在具有“文件ID:1”的文件时,询问A先生的上位服务器20a是否存在具有“文件ID:1”的文件。在接下来的步骤S56中,A先生的上位服务器20a向B先生的归属服务器14c通知存在具有“文件ID:1”的文件。在步骤S58中,B先生的归属服务器14c在被通知存在具有“文件ID:1”的文件时,向A先生的归属服务器14a请求获取具有“文件ID:1”的文件。因为在A先生的归属服务器14a中存在具有“文件ID:1”的文件,所以在步骤S60中,A先生的归属服务器14a在接收到用于获取具有“文件ID:1”的文件的请求时,向B先生的归属服务器14c发送具有“文件ID:1”的文件,并且B先生的归属服务器14c获取到具有“文件ID:1”的文件。
(情况3)
在图10和图11中,示出了A先生的归属服务器14a停止运行的情况的示例,作为情况3。
在A先生的归属服务器14a停止运行的情况下,如图11所示,假设停止运行的归属服务器14a被新的归属服务器14e(称为“新”归属服务器14e)代替。
以这种方式,虽然归属服务器14a停止运行并因此被“新”归属服务器14e代替,但是在A先生的上位服务器20a中保留有具有“文件ID:1”的文件被发送给B先生的记录,并且具有“文件ID:1”的文件继续存在于B先生的归属服务器14c中。应注意,在A先生的归属服务器14a中存储有除具有“文件ID:1”的文件之外的许多文件的情况下,与“文件ID:1”的情况一样,处理任何其他文件。
此时,在A先生恢复文件的情况下,在步骤S62中,指示A先生的上位服务器20a恢复文件。然而,可以指示“新”归属服务器14e恢复文件。在步骤S64中,A先生的上位服务器20a在被指示恢复文件时,询问B先生的上位服务器20b是否存在具有“文件ID:1”的文件。因为在上位服务器20b中存在从A先生接收到具有“文件ID:1”的文件的记录,所以在步骤S66中,B先生的上位服务器20b在被询问是否存在具有“文件ID:1”的时,通知A先生的终端装置12a存在具有“文件ID:1”的文件。也可以通知“新”归属服务器14e存在具有“文件ID:1”的文件。在步骤S68中,A先生的终端装置12a在被通知存在具有“文件ID:1”的文件时,向B先生的归属服务器14c请求获取具有“文件ID:1”的文件。在步骤S70中,B先生的归属服务器14c在接收到获取具有“文件ID:1”的文件的请求时,向A先生的终端装置12a发送具有“文件ID:1”的文件,并且A先生的终端装置12a获取到具有“文件ID:1”的文件。
在图12中,示出了对以下情况的处理:虽然B先生的上位服务器20b被询问文件是否存在,但是在B先生的归属服务器14c中不再存在该文件。
在步骤S70中,当A先生的上位服务器20a询问B先生的上位服务器20b文件是否存在时,在一些情况下,虽然在B先生的上位服务器20b中存在文件被从A先生的归属服务器发送给B先生的归属服务器的记录,但是文件已经被删除。此时,在步骤S72中,当在删除文件之前文件被再分配给C先生时,B先生的上位服务器20b询问C先生的上位服务器20c文件是否存在。在步骤S74中,在C先生的归属服务器中存在文件的情况下,C先生的上位服务器20c通知A先生的上位服务器20a文件存在。
注意,在上述示例性实施方式中,上位服务器被配置为关于文件的存在的询问的目的地,使得在归属服务器不工作的情况下可以请求查询。然而,由于在归属服务器中保持有发送、接收或删除的记录,因此可以向归属服务器请求查询。在上位服务器和归属服务器中的任何一个正常工作的情况下,可以根据服务器的负载情况或网络上的距离来确定查询的目的地。
此外,查询的目的地可以是文件创建者的终端装置,或者创建者所属的服务器。如图4所示,元信息被包括在文件ID中,因此能够获取创建者的用户ID。此外,如图1所示,因为与用户ID对应的终端装置注册在装置管理服务器14b和14d中,所以从用户ID指定终端装置,并且向指定的终端装置或归属服务器请求查询。
此外,因为最后进行分配的人保留文件的可能性高,所以可以向最后进行分配的归属服务器请求查询。因为在上位服务器中记录有每个文件的发送日期和时间或接收日期和时间,所以将日期和时间相互比较,从而向最后进行分配的人的上位服务器请求查询。
此外,在请求任何其他归属服务器查询文件的存在之前,可以搜索创建者所属的服务器。在一些情况下,文件被分配给属于相同归属服务器的另一个人,因此搜索相同归属服务器可能比搜索任何其他服务器花费更短时间。例如,到另一用户的链接可以被包括在归属服务器内所分配的文件中,并且可以搜索以这种方式包括链接的文件。
在图13中,示出了文件删除的操作流程。首先,在步骤S76中,接收删除指示。
在下一步骤(即,步骤S78)中,显示将要删除的文件的储存情况。例如,显示的示例为“保留在10个服务器中”,或者,当它保留在组织的正式保留位置时,“保留在…服务器中”等。此外,为了避免不便,仅在其余文件的数量小于规定阈值(例如,等于或小于3)的情况下,可以执行显示。能够从关于每个上位服务器的历史信息获得保留在服务器中的其余文件的位置或数量,但是因为具有文件制作创建者的归属服务器集中收集发送和接收或删除的记录,所以可以向创建者的归属服务器请求查询。
在下一步骤(即,步骤S80)中,确定是否接收到执行删除的指示。在步骤S80中确定出接收到执行删除的指示的情况下,前进到步骤S82,删除指定的文件,而在没有接收到执行删除的指示的情况下,处理结束。
已经出于示例和描述的目的提供了对本发明实施方式的前述描述。其并非旨在穷举或将本发明限制于所公开的精确形式。显然,许多修改和变型对于本领域技术人员来说是显而易见的。选择并描述这些实施方式是为了最好地解释本发明的原理及其实际应用,从而使得本领域普通技术人员能够理解本发明的适于预期的特定用途的各种实施方式及各种变型。本发明的范围旨在由所附权利要求及其等同物限定。
Claims (7)
1.一种信息处理装置,该信息处理装置包括:
查询单元,所述查询单元响应于来自终端装置的恢复文件的恢复指示,基于所述文件的发送或接收历史向发送目的地或发送源中的装置请求查询所述文件是否存在,所述恢复指示是在所述终端装置做出删除所述文件的删除指示之后做出的;以及
文件恢复单元,所述文件恢复单元在作为所述查询的结果而发现所述文件存在于所述发送目的地或所述发送源中的装置中的情况下,通过从存储所述文件的装置获取所述文件来恢复所述文件。
2.一种文件管理装置,该文件管理装置包括:
历史存储单元,所述历史存储单元存储被唯一地标识的文件的至少发送或接收的历史;
查询单元,所述查询单元响应于来自终端装置的恢复所述文件的恢复指示,基于所述历史存储单元中所存储的所述历史,向发送目的地或发送源中的装置请求查询所述文件是否存在,所述恢复指示是在所述终端装置做出删除所述文件的删除指示之后做出的;以及
文件恢复单元,所述文件恢复单元执行控制,以在作为所述查询的结果而发现所述文件存在于所述发送目的地或所述发送源中的装置中的情况下,通过从存储所述文件的所述装置获取所述文件来恢复所述文件。
3.根据权利要求2所述的文件管理装置,
其中,响应于接收到在所述发送目的地中的装置中不存在所述文件的通知,所述文件恢复单元执行控制,以从所述发送目的地向其发送了所述文件的另一发送目的地获取所述文件。
4.根据权利要求2所述的文件管理装置,
其中,所述历史存储单元存储关于创建所述文件的创建者的信息,并且
所述查询单元向所述创建者请求查询所述文件。
5.根据权利要求2所述的文件管理装置,
其中,所述历史存储单元存储所述文件被发送的时间,并且
所述查询单元向所述文件的最新发送目的地请求所述查询。
6.一种文件管理系统,该文件管理系统包括:
文件存储单元,所述文件存储单元存储被唯一标识的文件;
历史存储单元,所述历史存储单元存储所述文件的至少发送或接收的历史;
查询单元,所述查询单元响应于来自终端装置的恢复所述文件的恢复指示,基于所述历史存储单元中所存储的所述历史,向发送目的地或发送源中的装置请求查询所述文件是否存在,所述恢复指示是在所述终端装置做出删除所述文件的删除指示之后做出的;以及
文件恢复单元,所述文件恢复单元执行控制,以在作为所述查询的结果而发现所述文件存在于所述发送目的地或所述发送源中的装置中的情况下,通过从存储所述文件的所述装置获取所述文件来恢复所述文件。
7.一种计算机可读介质,该计算机可读介质存储使计算机执行处理的程序,该处理包括:
响应于来自终端装置的恢复文件的恢复指示,基于所述文件的发送或接收历史,向发送目的地或发送源中的装置请求查询所述文件是否存在,所述恢复指示是在所述终端装置做出删除所述文件的删除指示之后做出的;以及
在作为所述查询的结果而发现所述文件存在于所述发送目的地或所述发送源中的装置中的情况下,通过从存储所述文件的所述装置获取所述文件来恢复所述文件。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019-050023 | 2019-03-18 | ||
JP2019050023A JP7287026B2 (ja) | 2019-03-18 | 2019-03-18 | 情報処理装置、ファイル管理装置、ファイル管理システム及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111723047A true CN111723047A (zh) | 2020-09-29 |
Family
ID=72516032
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910758046.2A Pending CN111723047A (zh) | 2019-03-18 | 2019-08-16 | 信息处理装置、文件管理装置、文件管理系统及计算机可读介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11226872B2 (zh) |
JP (1) | JP7287026B2 (zh) |
CN (1) | CN111723047A (zh) |
AU (1) | AU2019208258B2 (zh) |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002232841A (ja) * | 2000-11-10 | 2002-08-16 | Satake Corp | マルチメディア情報処理装置 |
US20030084105A1 (en) * | 2001-10-31 | 2003-05-01 | Wiley Jeffrey G. | Methods for providing a remote document history repository and multifunction device therefor |
US20040073846A1 (en) * | 2002-01-31 | 2004-04-15 | Yoshiaki Nakanishi | Memory device, terminal apparatus, and data repair system |
JP2005173724A (ja) | 2003-12-08 | 2005-06-30 | Fuji Xerox Co Ltd | 文書管理システム、ファイルサーバ、文書管理プログラム、文書管理方法 |
US9094425B2 (en) * | 2005-04-07 | 2015-07-28 | International Business Machines Corporation | Electronic messaging backup catalog |
JP2007279890A (ja) | 2006-04-04 | 2007-10-25 | Hitachi Ltd | バックアップシステム及びバックアップ方法 |
JP4636153B2 (ja) * | 2008-09-26 | 2011-02-23 | ブラザー工業株式会社 | 画像処理装置、およびネットワークシステム |
JP5608995B2 (ja) * | 2009-03-26 | 2014-10-22 | 日本電気株式会社 | 情報処理システム、情報復旧制御方法、履歴保存プログラム、履歴保存装置及び履歴保存方法 |
CN103858109B (zh) | 2011-10-28 | 2016-08-17 | 株式会社日立制作所 | 信息处理系统及使用该信息处理系统的文件恢复方法 |
US8516340B2 (en) | 2011-12-08 | 2013-08-20 | Harris Corporation | Data system for interfacing with a remote data storage facility using compressive sensing and associated methods |
US8825606B1 (en) * | 2012-01-12 | 2014-09-02 | Trend Micro Incorporated | Community based restore of computer files |
JP6452458B2 (ja) * | 2015-01-13 | 2019-01-16 | キヤノン株式会社 | データ管理装置、データ管理方法、およびプログラム |
-
2019
- 2019-03-18 JP JP2019050023A patent/JP7287026B2/ja active Active
- 2019-07-23 US US16/519,466 patent/US11226872B2/en active Active
- 2019-07-26 AU AU2019208258A patent/AU2019208258B2/en active Active
- 2019-08-16 CN CN201910758046.2A patent/CN111723047A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
AU2019208258A1 (en) | 2020-10-08 |
US20200301792A1 (en) | 2020-09-24 |
AU2019208258B2 (en) | 2021-06-10 |
JP7287026B2 (ja) | 2023-06-06 |
JP2020154425A (ja) | 2020-09-24 |
US11226872B2 (en) | 2022-01-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107861686B (zh) | 文件存储方法、服务端和计算机可读存储介质 | |
US8190573B2 (en) | File storage service system, file management device, file management method, ID denotative NAS server and file reading method | |
US20220284046A1 (en) | Application Programming Interface-based Writing of Data to a Directory of a File Structure Layer of a Data Storage System | |
US8112463B2 (en) | File management method and storage system | |
JP5727020B2 (ja) | クラウドコンピューティングシステム及びそのデータ同期化方法 | |
KR20200093606A (ko) | 콘텐츠 아이템을 동기화하기 위한 커밋 프로토콜 | |
US20150142742A1 (en) | System and method for syncing local directories that enable file access across multiple devices | |
CN108614837B (zh) | 文件存储和检索的方法及装置 | |
US20210184878A1 (en) | Messaging to enforce operation serialization for consistency of a distributed data structure | |
CN101103331B (zh) | 在内容寻址的存储设备上实施应用程序特定管理策略 | |
US9692847B2 (en) | Content distribution method and content distribution server | |
JP5395517B2 (ja) | 分散データ管理システム、データ管理装置、データ管理方法、およびプログラム | |
CN104956340A (zh) | 可扩展数据重复删除 | |
JP6586174B2 (ja) | データベースシステム、トランザクション管理ノード、方法およびプログラム | |
US10853316B1 (en) | File versioning for content stored in a cloud computing environment | |
CN111723047A (zh) | 信息处理装置、文件管理装置、文件管理系统及计算机可读介质 | |
US20150100545A1 (en) | Distributed database system and a non-transitory computer readable medium | |
KR20120073799A (ko) | 클라우드 스토리지 기반의 데이터 동기화 및 서비스 제공 장치와 방법 | |
CN113505103A (zh) | 文件处理方法及装置、存储介质、电子装置 | |
CN106407320B (zh) | 文件处理方法、装置及系统 | |
KR102033383B1 (ko) | 분산데이터 환경에서의 데이터 관리방법 및 시스템 | |
JP5877802B2 (ja) | 通信端末装置及び通信アクセス方法 | |
CN110351310B (zh) | 一种基于层级树的文件分发方法和装置 | |
CN114003842A (zh) | 表单处理方法、装置、电子设备及计算机可读存储介质 | |
CN117290298A (zh) | 数据处理方法及相关装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: Tokyo, Japan Applicant after: Fuji film business innovation Co.,Ltd. Address before: Tokyo, Japan Applicant before: Fuji Xerox Co.,Ltd. |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |