信息处理设备、文件监视系统和信息处理设备的控制方法与流程

本发明涉及信息处理设备、文件监视系统和信息处理设备的控制方法。

背景技术：

已知有如下的文件监视技术，其中该文件监视技术定期监视特定文件夹的状态，并且如果在该文件夹中创建了新文件，则通过在画面上显示消息来向用户实时通知监视文件夹中的文件的状态。日本特开2012-43119公开了通过接收os事件来检测新文件。然而，在该技术中，必须使用文件服务器来通知事件，并且该技术不能应用于不具有这种机制的文件系统。

另一方面，在日本特开2011-253294中，介绍了如下的技术，其中该技术参考监视文件夹中的文件的列表或者文件的属性信息，将该信息与上次监视时的信息进行比较，根据信息的差异来检测并通知新文件或更新后的文件。在这种情况下，由于不需要文件服务器的通知功能，并且可以通过参考文件的列表或者文件的属性信息来实现通知功能，因此该技术适应性高。

已知有使用传真(fax)(g3fax或因特网fax)等将所接收到的图像数据自动传送至预先设置的传送目的地(例如，文件服务器上的文件夹)的功能(文件传送)。作为文件传送功能，同样存在根据传送目的地下的接收条件(接收数据或发送源等)来创建子文件夹并且根据传送设置来传送(分发)文件的技术。

如果组合使用文件监视和文件传送，则有必要在对文件传送所分发的文件进行监视的情况下监视甚至传送目的地的下级的文件夹。

然而，在如日本特开2011-253294所示的定期访问监视文件夹并且参考文件夹下的信息的方法中，监视文件夹下的子文件夹的数量或者各文件夹中所存储的文件的数量与监视文件夹下的结构相应地增加。这样，如果要监视大量的子文件夹，则这会导致由于客户端pc或文件服务器的处理负荷或网络负荷的增加而降低性能。

技术实现要素：

本发明提供能够实现在减轻处理负荷的同时进行包括子文件夹的文件监视的信息处理设备。

本发明的一种信息处理设备，其特征在于，包括：判断部件，用于基于当前日期和时间来判断满足预定条件的文件夹；检测部件，用于检测被所述判断部件判断为满足所述预定条件的文件夹中所存储的文件的变化；以及通知部件，用于通知所述检测部件所检测到的文件的变化。

本发明的一种文件监视系统，包括用于存储所接收到的传真数据的文件的服务器和用于监视所述服务器所存储的文件的信息处理设备，其特征在于，所述信息处理设备包括：判断部件，用于基于当前日期和时间来判断满足预定条件的文件夹；检测部件，用于检测被所述判断部件判断为满足所述预定条件的文件夹中所存储的文件的变化；以及通知部件，用于通知所述检测部件所检测到的文件的变化。

本发明的一种信息处理设备的控制方法，其特征在于，包括：判断步骤，用于基于当前日期和时间来判断满足预定条件的文件夹；检测步骤，用于检测在所述判断步骤中判断为满足所述预定条件的文件夹中所存储的文件的变化；以及通知步骤，用于通知在所述检测步骤中所检测到的文件的变化。

通过以下参考附图对典型实施例的说明，本发明的其它特征将变得明显。

附图说明

图1是示出系统结构的示例的图。

图2是示出硬件结构的示例的图。

图3是示出信息处理设备(101)的软件结构的示例的图。

图4是示出文件监视应用程序的监视设置流程的示例的图。

图5是示出文件监视应用程序的定期监视流程的示例的图。

图6是示出文件监视应用程序的定期监视流程的示例的图。

图7a和7b是示出文件监视应用程序的ui示例的图。

图8a和8b是示出文件监视应用程序的ui示例的图。

图9是示出文件监视应用程序的监视设置流程的示例的图。

图10是示出文件监视应用程序的定期监视流程的示例的图。

图11是示出文件监视应用程序的定期监视流程的示例的图。

图12是示出文件监视应用程序的定期监视流程的示例的图。

图13是示出文件监视应用程序的定期监视流程的示例的图。

图14是示出文件监视应用程序的首次监视流程的示例的图。

图15是示出文件监视应用程序的首次监视流程的示例的图。

具体实施例

第一实施例

图1是文件监视系统的整体图。

在局域网(lan)100上，客户端pc101、文件服务器102和多功能外围设备(mfp)103彼此可通信地连接。客户端pc101是信息处理设备的示例。文件服务器102是外部服务器的示例。mfp103是图像处理设备的示例。这里，包括客户端pc101和文件服务器102的整体被称为文件监视系统。mfp103连接至公共交换电话网(pstn)(未示出)，并且进行与fax装置(未示出)的图像数据的fax通信。

mfp103将所接收到的fax数据转换成采用诸如便携式文档格式(pdf)或标记图像文件格式(tiff)等的格式的文件。然后，可以将转换后的文件传送至预先指定的文件服务器102上的传送目的地。另外，可以在传送设置所指定的传送目的地下创建子文件夹，并且可以在子文件夹下传送文件。例如，如果在传送设置中按“接收日期”设置排序，则在传送目的地下创建针对所接收到数据的文件夹(yyyy(年)mm(月)dd(日))，并且将文件传送至该文件夹。在本示例中，示出mfp103将所接收到的fax数据作为文件存储在文件服务器102中的结构；然而，本实施例不特别限于mfp103，并且文件可以由连接到lan100上的其它信息处理设备来存储。

图2是客户端pc101的硬件结构图。客户端pc101包括cpu201、显示器202、ram203、rom204、外部存储器206和输入/输出(i/o)207。

cpu201进行程序执行。显示器202是用于向用户提供视觉输出信息反馈的显示装置。在本实施例中，作为存储装置的ram203、rom204和诸如硬盘驱动器(hdd)或软盘驱动器(fdd)等的外部存储器206存储各种程序或执行信息。输入装置205是诸如键盘或指示装置等的用于接收用户操作输入的输入装置。i/o207是用于与外部装置进行通信的接口装置。客户端pc101通过i/o207与文件服务器102或mfp103进行通信。

在本实施例中所述的处理中，rom204或外部存储器206中所保存的程序被加载到ram203上，并且由cpu201执行以实现。

图3是示出由客户端pc101执行的文件监视应用程序300的软件结构的示例的图。

文件监视应用程序300安装在客户端pc101中，并且程序存储在客户端pc101的rom204或外部存储器206中。也就是说，cpu201加载并执行ram203中的程序，由此实现文件监视应用程序300的功能和根据要说明的流程图的处理。文件监视应用程序300包括管理单元301、输入单元302、显示单元303、文件信息获取单元304、监视处理单元305和监视信息存储单元306。

管理单元301控制文件监视应用程序300，并且针对下面要说明的各单元进行指示和管理。

输入单元302接收用户的输入操作，并且通过显示单元303所显示的文件监视应用程序300的图形用户界面(gui)将所输入的请求传递至管理单元301。

显示单元303根据来自管理单元301的指示来显示文件监视应用程序300的gui。

文件信息获取单元304通过i/o207获取文件服务器102中所存储的文件和文件夹信息。作为针对文件和文件夹信息的获取单元，使用诸如服务器消息块(smb)或基于web的分布式创作和版本控制(webdav)等的协议。另外，可以使用文件服务器102所提供的诸如web服务等的单元。文件服务器102上的数据访问时所使用的单元是如上所述的通用单元，并且没有特别限制。

监视处理单元305定期将文件信息获取单元304所获取的监视文件夹中的文件和文件夹信息与监视信息存储单元306存储的上次监视执行时的文件和文件夹信息进行比较，以判断新文件。

监视信息存储单元306将监视文件夹的设置信息以及通过监视处理所获取的监视文件夹中的文件和文件夹信息存储在外部存储器206中。监视文件夹的设置信息是与用于定义文件监视应用程序300的监视操作的设置有关的信息，并且文件监视应用程序300根据设置来执行监视处理。监视文件夹中的文件和文件夹信息是上述的新文件的判断时所使用的信息。监视文件夹的设置信息以及监视文件夹中的文件和文件夹信息例如作为采用可扩展标记语言(xml)格式的文件(未示出)存储在外部存储器206上。

图4是示出与文件监视应用程序300所进行的监视设置的处理相关的流程图的示例的图。如果用户在显示单元303上所显示的图7a的监视文件夹设置画面701上执行设置操作(按下ok按钮)，则输入单元302检测到该操作，并且向管理单元301通知该操作，由此开始处理。在操作停止(按下取消按钮)的情况下，不执行该流程的处理。

这里，将说明监视文件夹设置画面701。图7a是示意性示出本实施例中可适用的文件监视应用程序300的gui的图。

监视文件夹设置画面701是监视文件夹的设置画面，并且用于指定监视文件夹的监视操作。监视信息存储单元306存储当前画面中所设置的设置信息作为监视文件夹的设置。在文件监视应用程序300的监视处理时根据这些设置来执行监视处理。监视设置702是针对是否要监视指定文件夹的设置，并且如果将复选框设置为on(选中)，则监视指定文件夹，如果将复选框设置为off(未选中)，则不监视指定文件夹。子文件夹监视设置703是针对是否要监视指定文件夹下的(范围设置704所示的)指定范围内的子文件夹的设置。如果将复选框设置为on，则监视子文件夹，如果复选框为off，则不监视子文件夹。范围设置704是用于指定在监视子文件夹的情况下要监视的日期的范围(预定天数)的设置。如果监视子文件夹，则对子文件夹中的当前日期起到范围设置704中所指定的日期为止的文件夹执行监视。

返回参考图4，在s401中，从检测到用户操作的输入单元302接收到通知的管理单元301通过参考监视文件夹设置画面701上的监视设置702的设置来判断监视是否有效。如果监视文件夹的监视有效，则过程进入s402，如果监视无效，则过程进入s406以保存设置信息。

在s402中，管理单元301通过参考监视文件夹设置画面701上的子文件夹监视设置703的设置来判断监视有效性。如果指定范围内的子文件夹的监视有效，则过程进入s403，如果监视无效，则过程进入s406。

在s403中，如果子文件夹的监视有效，则通过参考指定的文件夹的子文件夹来判断子文件夹是否适合监视。具体地，管理单元301指示文件信息获取单元304获取指定文件夹的下一级的子文件夹的列表。作为此时的子文件夹的列表，获取示出子文件夹的文件夹名称或路径的字符串的列表。管理单元301通过参考所获取的列表来判断这些文件夹名称是否是按日期管理的。确认这些文件夹名称是否是根据诸如“yyyy(年)mm(月)dd(日)”等的特定命名规则给定的，其中y、m和d是分别表示年、月和日的数字。假定将该命名规则预先定义为文件监视应用程序300的设置值，以符合mfp103所给定的命名规则。此外，定义了表示“日期”的多个表达方式(例如，yyyy/mm/dd和yyyymmdd等)，并且可以执行是否与日期表达方式一致的判断处理。

在s404中，作为s403中的处理的结果，如果判断为监视文件夹中存在子文件夹，则过程进入s405。另一方面，如果判断为不存在子文件夹，则这被视为监视文件夹中尚未创建文件的初始状态，并且在没有诸如警告等的通知的情况下过程进入s406。

在s405中，作为s403中的判断处理的结果，如果判断为存在按日期管理的子文件夹，则过程进入s406。如果在s405中判断为不存在按日期管理的子文件夹，则过程进入s407。

在s407中，管理单元301指示显示单元303显示图8a所示的警告画面801并且向用户通知子文件夹未被监视的可能性，并且过程进入s406。

这里，图8a是示意性示出本实施例中所适用的文件监视应用程序300的警告显示时的gui的图。警告画面801是监视设置时所显示的警告画面。在监视设置时有效地设置子文件夹的监视，但是如果指定文件夹的子文件夹没有被配置为监视对象(日期管理)，则警告画面是用于警告子文件夹下没有进行监视的可能性的画面。

返回到图4的说明，在s406中，管理单元301指示监视信息存储单元306存储监视文件夹的设置信息。

图5和图6是各自示出与文件监视应用程序300的定期监视的处理相对应的流程图的示例的图。

在文件监视应用程序300启动之后，按给定间隔执行处理。具体地，管理单元301测量监视执行之后所经过的时间，并且如果经过了给定时间，则开始进行处理。

在s501中，管理单元301指示监视信息存储单元306获取监视文件夹的设置信息。

在s502中，管理单元301通过参考监视文件夹的设置信息来判断子文件夹的监视是否有效。这里，如果子文件夹的监视有效，则过程进入s503。如果子文件夹的监视无效，则过程进入s509，并且仅在监视文件夹(root(根))下执行监视处理。

在s503中，管理单元301根据监视文件夹的设置信息来初始化监视操作。具体地，参考客户端pc的当前日期和时间，将该日期设置为基准日期。另外，参考监视文件夹的设定信息中的要监视的日期的范围(预定天数)，将从基准日期起的预定天数的范围反映为“监视对象”。

接着，在s504中，管理单元301指示文件信息获取单元304获取指定文件夹的下一级的子文件夹的列表。具体地，获取示出这些子文件夹的文件夹名称或路径的字符串的列表。管理单元301通过参考所获取的列表来判断这些文件夹名称是否是按日期管理的(与图4的s403相同)。另外，判断是否存在预定天数内的文件夹。具体地，通过将文件夹名称(yyyy(年)mm(月)dd(日))所表示的日期与从上述基准日期起的预定天数的范围进行比较，来判断是否存在文件夹作为从该基准日期起的预定天数内的文件夹。

在s505中，如果管理单元301通过参考s504的结果判断为子文件夹是按日期管理的，则过程进入s506以执行监视处理。否则，过程进入s507以确认子文件夹的结构。

在s506中，管理单元301指示文件信息获取单元304获取预定天数内的文件夹下的文件的列表。这里要获取的信息是指该文件夹下的文件的文件名或路径列表信息，并且将该信息保持在下面要说明的差异判断处理中所要参考的文件监视应用程序300的程序的临时区域(未示出)中。

在s507中，管理单元301通过参考s504的结果来判断子文件夹的结构是否正常(被配置为监视对象)。这里，如果没有创建子文件夹(初始状态)，则判断为子文件夹正常，并且过程进入s509。这是因为即使将子文件夹设置为按日期管理，在某些情况下在监视时也无法监视子文件夹。另一方面，如果存在子文件夹，但是不存在按日期管理的文件夹，则文件夹结构被视为不正常(没有被配置为监视对象)，并且过程进入s508以显示警告。

在s508中，管理单元301指示显示单元303显示用于通知子文件夹未被监视的图8b的警告画面802。

这里，图8b的警告画面802是用于警告如下可能性的画面：尽管在定期监视时的监视处理中子文件夹的监视有效，但在监视文件夹的子文件夹没有被配置为监视对象(日期管理)的情况下，也不进行子文件夹的监视。文件夹名称显示区域803示出相应的监视文件夹的文件夹名称。由于监视处理是在后台处理的，因此如果在监视处理中显示警告，则示出通过弹出通知来显示警告以不干扰用户的当前操作的示例。

返回到图5的说明，在s509中，管理单元301指示文件信息获取单元304获取监视文件夹(root)下的文件的列表。与上述相同，文件列表是指文件名或路径列表信息。这里，在本实施例中，对监视文件夹(root)下的文件进行监视，但是仅有子文件夹下的文件可以被配置为监视对象。

接着，管理单元301确认是否存在与上次监视时的监视文件夹下的文件有关的信息。具体地，管理单元301询问监视信息存储单元306，参考监视文件夹中的文件和文件夹信息，并确认当前监视文件夹下是否存在文件列表信息。如果不存在上次监视时的信息，则过程进入s515，以存储s506和s509中所获取的文件列表信息作为供下次监视时参考的信息。

如果判断为存在上次监视时的信息，则过程进入s511，以获取监视信息存储单元306所存储的监视文件夹下的文件列表信息。该信息还包括预定天数内的子文件夹下的文件列表信息。随后，管理单元301将s506和s509中所获取的当前文件列表信息和s511中所获取的上次的文件列表信息传递至监视处理单元305。

在s512中，监视处理单元305比较当前文件列表信息和上次的文件列表信息之间的差异，并检测文件列表信息的变化，由此提取与新文件(即，新添加的文件)有关的信息。

在s513中，管理单元301参考s512的处理结果，并且如果可以确认存在新文档，则过程进入s514。

在s514中，管理单元301指示显示单元303显示图7b的新文件通知画面705上所示的新文件通知。

这里，图7b是示意性示出本实施例中可适用的文件监视应用程序300的gui的图。如果作为图5和图6所示的监视处理的结果而存在新文件，则新文件通知画面705显示该新文件，由此向用户通知该新文件。新文件通知画面705显示监视文件夹区域706、监视文件夹中的子文件夹区域707和新文件区域708的名称，并且显示哪个监视文件夹或子文件夹具有新文件以便于用户识别。此外，新文件通知画面705接收来自用户的操作。例如，通过接收针对新文件通知画面705的文件夹或文件的选择和执行操作，可以例如根据所接收到的操作(未示出)来打开所选择的文件或文件夹。

返回到图5的说明，在显示新文件通知之后，过程进入s515，并且监视信息存储单元306存储监视信息。具体地，存储s506和s509中所获取的文件列表信息和监视的执行时间作为下次监视时要参考的信息。

在s516中，管理单元301针对处理等待给定的时间。等待时间被设置为如下程度：可以尽可能地实时通知用户，只要cpu201上不存在过多负荷即可。作为示例，管理单元等待大约一分钟。在给定时间过去之后，管理单元301恢复处理并执行从s501起的监视处理。

根据本实施例，在定期访问文件夹的文件监视中，可以实现通过根据特定条件来限制要监视的子文件夹以在减轻处理负荷的同时进行包括监视子文件夹的监视。

第二实施例

在第一实施例中，示出监视文件夹的下一级中存在按日期管理的子文件夹的示例，但是还考虑到监视文件夹的下二级中存在按日期管理的子文件夹的结构。在这种结构的情况下，需要针对下一级的各子文件夹参考文件夹中的信息，并且如果子文件夹的数量较大，则处理负荷增加。在本实施例中，即使按日期管理的子文件夹被配置在下二级，如果考虑通过限制要监视的子文件夹来抑制处理负荷，则也可以执行监视，否则，不能监视执行，并且建议查看文件夹结构。

以下，使用图9～11的流程图来说明与第一实施例的差异。除非另有规定，否则处理与第一实施例全部相同。

图9是示出与文件监视应用程序300的监视设置的处理相关的流程图的示例的图。与图4相同，如果用户在监视文件夹设置画面701上执行设置操作(按下ok按钮)，则输入单元302检测到该操作并且向管理单元301通知该操作，由此开始处理。从处理开始起确认监视文件夹和监视子文件夹是否有效(s401、s402)并且判断(下一级)子文件夹的文件夹名称(s403～s405)的处理与图4相同。另外，通知子文件夹未被监视(s407)并且保存监视文件夹的设置的处理(s406)也与图4相同。

如果在s405中判断为(下一级)子文件夹并不是按日期管理的，则过程进入s901的处理。

在s901中，管理单元301指示文件信息获取单元304获取(下一级)子文件夹的下一级的(下二级)子文件夹的列表。更具体地，获取示出(下二级)子文件夹的文件夹名称或路径的字符串的列表，由此判断文件夹名称是否是按日期管理的(具体判断处理与s403相同)。

在s902中，如果作为s901的结果，判断为不存在(下二级)子文件夹，则这被视为监视文件夹中没有创建文件的初始状态，并且在没有诸如警告等的通知的情况下过程进入s406。

在s902中，如果作为s901的结果，判断为存在(下二级)子文件夹，则过程进入s903。在s903中，如果作为s901中的判断处理的结果，判断为存在按日期管理的子文件夹，则过程进入s904。如果判断为不存在按日期管理的子文件夹，则过程进入s407，以通过将图8a所示的警告画面801显示在显示单元303上来向用户通知子文件夹可能未被监视。

在s904中，判断上级的文件夹(监视文件夹的下一级)是否是按月份管理的。管理单元301参考s403的处理中所获取的下一级子文件夹的列表，并判断文件夹名称是否是按月份管理的。具体地，确认文件夹名称是否是根据特定命名规则而给定的名称(例如，“yyyy(年)的mm(月)”(y和m是各自表示年和月的数字)。该命名规则被定义为预先设置的文件监视应用程序300的设置值，以符合mfp103给定的命名规则。另外，用于表示“月”的表示(例如，yyyy/mm和yyyymm等)是以多种方式来定义的，并且可以进行用以判断该表示是否符合命名规则的处理。

接着，在s905中，如果作为s904的结果，判断为存在按月份管理的(下一级)子文件夹，则视为可以进行监视，并且过程进入s406。如果不存在按月份管理的(下一级)子文件夹，则过程进入s906。

在s906中，管理单元301指示显示单元303通知由于监视处理的负荷增加而不能进行监视，并建议查看文件夹结构。在这种情况下，不能进行监视并且在无需保存设置的情况下结束该过程。

图10和11是各自示出与文件监视应用程序300的定期监视处理相关的流程图的示例的图。该处理是在文件监视应用程序300启动之后按规则间隔来执行的。具体地，管理单元301测量执行监视之后所经过的时间并且在经过了给定时间的情况下开始进行处理。从该处理开始起的监视文件夹的设置信息的获取(501)、确认子文件夹的监视是否有效(s502)以及在监视有效的情况下的根据初始化处理确认子文件夹和获取文件列表(s503～s506)与图5和6相同。

在s505中的(下一级)子文件夹的判断处理中，如果判断为文件夹不是按日期管理的，则过程进入s1001。在s1001中，判断(下一级)子文件夹是否是按月份管理的。具体地，判断处理与图9的s904相同。如果判断为子文件夹是按月份管理的，则过程进入s1002，并且如果判断为子文件夹不是按月份管理的，则过程进入s1005。

在s1002中，管理部301指示文件信息获取单元304获取(下一级)子文件夹的下一级的(下二级)子文件夹的列表。具体地，获取示出(下二级)子文件夹的文件夹名称或路径的字符串的列表，以判断这些文件夹名称是否是按日期管理的，具体判断处理与s403相同。

在s1003中，管理单元301参考s1002的结果，并且，如果判断为(下二级)子文件夹是按日期管理的，则过程进入s1004中以执行监视处理。否则，过程进入s1005以确认该子文件夹的结构。

在s1004中，管理单元301指示文件信息获取单元304获取按月份管理的(下一级)子文件夹的预定天数内的文件夹下的文件列表。这里所获取的信息示出存在于该文件夹下的文件的文件名或路径列表信息，并且被保持在文件监视应用程序300的程序的临时区域(未示出)中以供在下面要说明的差异判断处理中参考。

在s1005中，管理单元301参考s1002的结果，并且判断文件夹的结构是否正常。这里，如果没有创建文件夹(初始状态)，则过程进入s509。这是因为，即使设置了按月份管理(下一级)子文件夹并且按日期管理(下二级)子文件夹的正常文件夹结构，在某些情况下在监视时也没有创建文件夹。另一方面，即使存在文件夹，除按月份管理(下一级)子文件夹并且按日期管理(下二级)子文件夹的文件夹结构之外，其它文件夹结构被视为不正常，并且过程进入s1006。在s1006中，显示用于警告子文件夹可能未被监视的图8b的警告画面802。

以与图5的s509和后续处理相同的方式，通过基于所获取的上述文件列表与上次监视时的文件列表之间的差异来检测文件的变化，从而执行新文件的判断和通知处理。

如上所述，在本实施例中，即使在按日期管理的子文件夹处于下二级的结构中，如果通过限制要监视的子文件夹来抑制处理负荷，则也可以进行监视，否则，不可以进行监视，并且建议查看文件夹结构。根据本实施例，即使在按日期管理的子文件夹处于下二级的结构中，也可以实现在减轻处理负荷的同时进行包括监视子文件夹的监视。

第三实施例

在某些情况下日期的文件夹名称依赖于系统(传送文件的系统)生成文件夹的时间(在本示例中为mfp103)。因此，可能出现mfp103和客户端pc101之间操作文件监视应用程序300的时间差。在这种情况下，在日期变更附近所传送的文件可能基于客户端pc而存储在下一日(mfp103的时间正在推移中)或前一日(mfp103的时间延迟)的文件夹中。由于在第一实施例和第二实施例中没有考虑到这种情况，因此可能发生诸如无通知或延迟通知等的意外操作。由于在本实施例中考虑到这样的配置，因此如果监视执行时的时间在日期变更附近，则执行包括监视前一日和下一日的文件夹的监视。

以下，使用图12和图13的流程图，将说明与第二实施例的差异。除非另有规定，否则处理与第二实施例全部相同。

图12和图13是各自示出与文件监视应用程序300的定期监视处理相关的流程图的示例的图。在文件监视应用程序300启动之后，按规则间隔执行处理。具体地，管理单元301测量监视执行之后所经过的时间并且在经过了给定时间的情况下开始进行处理。在该流程中，判断当前时间是否在监视处理的初始化(s503)和后续监视处理(s504及其后续处理)之间的日期变更附近，并且如果当前时间在日期变更附近，则改变s503中的基准日期和预定天数的值，使得还监视前一日或下一日的文件夹。以下详细描述该处理。

在s503中的监视处理的初始化之后，在s1201中管理单元301获取客户端pc101的当前时间。具体地，通过询问os(操作系统)，管理单元获取os所管理的当前时间的值。判断所获取的时间是否在日期变更附近。在该判断中，判断当前时间是否处于从日期变更时间(0:00)起的预先定义的时间段内。以下，将使用30分钟的情况作为示例来进行说明。也就是说，在这里的判断中，判断时间段是否在23:30和0:30之间，并且如果在23:30和0:30之间，则将该时间段设置为日期变更的附近。该时间段是作为应用程序的设置值而预先确定的值，并且可以由用户根据设置等来改变。如果判断为当前时间在日期变更附近，则过程进入s1202。如果判断为当前时间不在日期变更附近，则过程进入s504。

在s1202中，管理单元301根据当前时间来改变监视处理的基准日期和预定天数。如果mfp103的时间在客户端pc101的时间处于日期变更之前(23:00至23:59)的情况下进行推移，则可以将文件传送至下一日的文件夹。为此，如果所获取的os的当前时间处于日期变更之前(23:00至23:59)，则将基准日期设置为下一日，并且将预定天数增加一天。例如，如果在当前日为6月29日的情况下将预定天数的设置值设置为一天，则将下一日6月30日设置为基准，并且监视包括下一日和当前日的6月30日和6月29日。文件可以传输至前一日的文件夹。另外，如果mfp103的时间在客户端pc101的时间处于日期变更之后(0:00至0:30)的情况下被延迟，则可以将文件传送至前一日的文件夹。为此，如果所获取的os的时间处于日期变更之后(0:00至0:30)，则将预定天数增加一天。例如，如果在当前日为6月30日的情况下将预定天数的设置值设置为一天，则监视包括前一日的6月30日和6月29日。

根据本实施例，即使监视执行时的时间在日期变更的附近，也可以在不受信息处理设备和图像处理设备之间的设置时间差异的影响的情况下进行监视。

第四实施例

在第一实施例和第二实施例中，文件监视应用程序300在启动期间进行处理，并且没有考虑到文件监视应用程序300没有启动。因此，考虑到用户在文件监视应用程序300没有启动的情况下不能识别所存储的文件。在本实施例中，考虑到这样的配置，并且在文件监视应用程序300启动时仅执行一次用于检测和通知自最后一次监视执行之后起所添加的文件的监视处理。

以下，使用图14和图15的流程图，将说明与第二实施例的差异。除非另有规定，否则处理与第二实施例全部相同。

图14和图15是各自示出根据文件监视应用程序300启动之后的首次监视处理的流程图的示例的图。该处理从文件监视应用程序300启动时开始。该处理是启动之后的首次监视处理，并且在执行了该处理之后，执行上述实施例中所示的定期监视处理。基本监视处理与第二实施例中的定期监视处理相同。

在s1401中，管理单元301判断在应用程序启动之后是否存在首次监视。保持用于示出是否存在首次监视的标志(首次监视标志)作为应用程序的内部信息，并且在监视执行之后将该标志设置执行结束。可以通过参考该值来判断监视是否是首次监视。然后，如果在s501中获取了监视文件夹的设置信息，并且在s502中判断为子文件夹的监视有效，则过程进入s1402。s501和s502中的处理与第二实施例中的相同。

在s1402中，管理单元301对从上次监视起到现在为止的监视的监视处理进行初始化。具体地，参考s515中所记录的上次监视的执行时间，将基准日期设置为当前日期，并且将预定天数设置为从上次监视的执行日期起到当前日期为止的天数。给定时段为空闲的文件在不需要通知的情况下具有预先设置的时间段，并且可以仅监视需要通知的时间段内的文件。在这种情况下，将给定时段的上限设置为预定天数。然后，使用所设置的基准日期和预定天数来执行监视。s1001及其后续处理与第二实施例相同。

根据本实施例，可以通知文件监视应用程序没有启动的情况下所存储的文件。

其它实施例

本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(cpu)、微处理单元(mpu)读出并执行程序的方法。

尽管已经参考典型实施例说明了本发明，但是应该理解，本发明不限于所公开的典型实施例。所附权利要求书的范围符合最宽的解释，以包含所有这类修改、等同结构和功能。

本申请要求2015年11月20日提交的日本专利申请2015-228212的优先权，其全部内容通过引用包含于此。