信息处理装置及控制方法
【专利摘要】本发明公开了一种信息处理装置及控制方法。该信息处理装置包括：第一保存单元，用于保存通过经由一个请求接收一个文件的第一接收方法接收到的文件；第一删除单元，用于在确定新接收到文件的情况下，删除所述第一保存单元保存的文件；第二保存单元，用于保存通过第二接收方法接收到的文件，所述第二接收方法能够经由一个请求接收多个文件；以及第二删除单元，用于在确定新接收到文件的情况下，优先于所述第一删除单元删除所述第一保存单元保存的文件，来删除所述第二保存单元保存的文件。
【专利说明】信息处理装置及控制方法
【技术领域】
[0001]本发明涉及一种用于删除接收并保存的文件的技术。
【背景技术】
[0002]存在这样一种技术，该技术用于高速缓存并存储已经获取的文件，以备再次使用。未经审查的日本特表2008-529127讨论了这样一种技术，该技术使得客户端能够存储服务器侧动态生成的对象，并通过将动态对象与静态对象区分来进行处理。
[0003]假定存在这样一种环境，在该环境中，能够通过经由一个请求接收一个文件的Get (取得)接收方法、以及经由一个请求接收多个文件的Push (推出)接收方法来接收文件。
[0004]另一方面，在未经审查的日本特表2008-529127中，没有关于Push接收方法的讨论。因此，在假定上述环境的情况下，通过Push接收方法接收并保存的文件很可能会挤压通过Get接收方法接收并保存的文件。
【发明内容】
[0005]因此，本发明旨在提供这样一种技术:通过比删除利用Get接收方法接收并保存的文件更优先地删除利用Push接收方法接收并保存的文件，来有效地管理高速缓存。
[0006]根据本发明的一个方面，一种信息处理装置包括:第一保存单元，用于保存通过经由一个请求接收一个文件的第一接收方法接收到的文件；第一删除单元，用于在确定新接收到文件的情况下，删除所述第一保存单元保存的文件；第二保存单元，用于保存通过第二接收方法接收到的文件，所述第二接收方法能够经由一个请求接收多个文件；以及第二删除单元，用于在确定新接收到文件的情况下，优先于所述第一删除单元删除所述第一保存单元保存的文件，来删除所述第二保存单元保存的文件。
[0007]通过以下参照附图对示例性实施例的描述，本发明的其他特征将变得清楚。
【专利附图】
【附图说明】
[0008]图1是包括计算机的网络配置图。
[0009]图2是包括计算机的系统的配置图。
[0010]图3是目标协议的配置图。
[0011]图4是目标协议的数据结构图。
[0012]图5是软件配置图。
[0013]图6是例示用于执行数据发送和接收的控制的处理的流程图。
[0014]图7是例示数据的接收的流程图。
[0015]图8例示了高速缓存表的结构示例。
[0016]图9是例示用于执行登记在高速缓存表中的数据的删除的处理的流程图。
[0017]图10是例示用于删除与其他高速缓存相关联的高速缓存数据的处理的流程图。[0018]图11是例示流的优先级信息被用于确定删除优先级的处理的流程图。
【具体实施方式】
[0019]在描述示例性实施例之前，将定义本说明书中使用的术语以及本说明书提到的各种通信协议。
[0020]插口(socket)是用于在传输控制协议(TCP)层识别和分类通信的标记。在多数情况下，因特网互联协议(IP)通常被用作低层协议，在此情况下，插口就是由IP地址和端口序号组成的组。
[0021]TCP连接是指TCP层中的通信路径。具体来讲，TCP连接是由接收侧插口和发送侧插口组成的组。
[0022]接收窗口大小是接收侧的可用缓存(free buffer)的容量。TCP协议也利用窗口大小执行处理，但是在下文中出现的窗口大小是指在目标上层通信协议中使用的窗口大小。
[0023]流是指目标上层通信协议中的逻辑信道。
[0024]帧301是指在实际传输数据时被精细地分割的数据的最小单元的块。但是，帧301和国际标准化组织(ISO)提倡的开放系统互联(OSI)模型的7层中使用的数据链路层的帧没有任何关系，帧301是指目标上层通信协议中的最小数据单位。
[0025]下文将描述本发明提到的通信协议。下文中将作为目标协议来描述。所述目标协议采用TCP协议。但是，也可能存在与TCP协议兼容的中间协议(例如传输层安全(TLS)协议、安全插口层(SSL)协议)。目标协议通过在TCP连接300 (图3)上传输和接收帧301的数据执行通信。在报头中有帧301的帧大小。
[0026]图4是目标协议的数据结构图。目标协议在适当的TCP连接300上被作为会话400来管理。另外，控制帧401位于会话400上，并且关于会话400的通信是利用控制帧401执行的。目标协议可以包括除了控制帧401以外的任意数量的数据流402。
[0027]在本说明书中，数据流和流是同义词。
[0028]上层应用程序和上层协议的实际数据通信是利用数据流402执行的。可以对每个数据流402设置优先级。为了方便描述，优先级的数目被设置为8级，从最高的0级到最低的7级，但是在实际操作中，也可使用除了 8级以外的任意数目的优先级。
[0029]另外，数据流具有流ID，通过流ID可以识别每个数据流。
[0030]另外，数据流402自身可以被设置有依赖关系。如果数据流402中有源(parent)，则依赖关系可以这么表达:给源流分配一个源流ID。此时，如果没有依赖关系且没有源流，则可以这么表达:数据流402具有表明是空白(例如0或无)的数据，或数据流402自身没有流ID的存储区域。
[0031]目标协议在服务器与客户端之间没有主从关系，执行对等通信。在此情况下，在本说明书中，客户端利用超文本传输协议(HTTP)的Get命令发出的文件获取请求被称为Get请求或简称为Get，并且由Get请求获得的文件称为Get文件或Get数据。在所述Get中，客户端通过一个请求接收一个文件(Get接收方法)。另外，服务器侧向客户端发出的传送文件的请求称为Push请求,或简称Push,并且由Push请求获得的文件称为Push文件或Push数据。在所述Push中，客户端通过一个请求接收一个或多个文件(Push接收方法)。在这个方面，Get和Push之间的接收方法是不同的。
[0032]到此为止，对目标协议数据结构的描述结束。
[0033]下面将描述目标协议的大致的通信流程。下面将描述用于执行特定数据通信的从通信开始到通信结束的流程。
[0034]首先，假定已经建立TCP连接。此时，服务器和客户端保持双向通信信道。然后，利用控制帧401生成数据流402。从服务器侧或客户端侧都可生成数据流402。在此情况下，以基于网页的内容获取为例。
[0035]为了获取基于网页的内容，客户端需要对服务器执行Get请求。为了这个目的，客户端利用内容流执行数据流402的生成请求。此时，客户端设置客户端想要生成的数据流的优先级和依赖关系。如果服务器接受所述生成请求，则服务器就发送答复，以便通过控制帧401允许所述接受。此时，服务器侧可能会拒绝生成数据流402。在生成数据流402后，服务器和客户端可以执行Get请求或者利用生成的数据流402执行对请求的答复。在此情况下，所有数据都经由数据流402发送和接收。当客户端已经完成从服务器接收所需数据时，需要关闭所述流。可以在客户端侧或服务器侧执行流的终止请求。只要没有需要发送的数据，已经接收到流的终止请求的一侧就发出所述流的终止请求，然后终止所述流。此时，可以通过一侧故意不发出终止请求执行单向通信。
[0036]作为从服务器侧生成数据流402的示例，响应于来自客户端的Get请求，可以生成新的数据流402以便动态地将内容向客户端Push。在此情况下，在目标协议的通信中，流的数量依据时间动态地变化。
[0037]下面将描述第一示例性实施例。下面将以计算机为例描述本说明书的信息处理装置。图2是例示根据本示例性实施例的计算机的配置的框图。除非另有所述，在执行本说明书所述的功能时，显然即使是单个设备或由多个设备组成的系统也可以使用本说明书的技术。另外，除非另有所述，在执行本说明书中所述的功能时，显然下述系统也可使用本说明书所述的技术:在该系统中，连接的建立和处理的执行都是利用网络进行的，例如局域网(LAN)、广域网(WAN)或因特网。
[0038]图2例示了计算机200的配置，且客户端计算机103和服务器计算机102的配置与计算机200的配置相同。计算机200包括用于基于存储在只读存储器(ROM) 202中的程序ROM或外部存储单元205中存储的文件处理程序执行处理的中央处理单元(CPU) 201，所述处理包括对图形、图像字符、表格(包括工作表等)的处理。另外，CPU201完全控制连接到系统总线204的各个设备。除此之外，计算机200还可包括输入/输出单元。
[0039]R0M202的程序ROM或外部存储单元205存储操作系统，所述操作系统是CPU201的控制程序。各种数据被存储在R0M202的数据ROM或外部存储单元205中。
[0040]随机存取存储器(RAM) 203充当CPU201的主存储器和工作区域，网络接口(I/F)控制单元206控制向LAN207的数据发送以及对来自LAN207的数据接收。
[0041]在图1中，LAN207是用于在上述各个装置之间交换信息的通信线路。因特网101是用于跨越防火墙在上述各个装置之间交换信息的通信线路。服务器计算机102和LAN207能够经由因特网101跨越防火墙互相通信，其中，客户端计算机103是LAN207的一部分。LAN207和因特网101是能够支持TCP/IP的通信线路网络，与有线网络和无线网络无关。在图1中，服务器计算机102充当服务器，但是服务器计算机102可以由多个服务器计算机组成。另外，服务器计算机102也可以是虚拟的个人计算机(PC)。
[0042]另外，CPU201基于存储在外部存储单元205中的程序执行处理，因此能够执行下述流程图的各个步骤的处理。
[0043]在下述描述中，计算机200以客户端计算机103为例进行描述，但是原则上可以使用任何设备，只要它是具有通信功能、能够交换数据的终端，它也可以是具有打印功能的设备104、移动终端105或移动电话106。另外，如果计算机200是虚拟PC，则也适用于上述情况。在本说明书中，执行数据的获取请求的一侧根据它的角色被称为客户端，并且提供数据的一侧被称为服务器。正因为如此，可以假定服务器所用的计算机可以作为客户端执行获取请求，客户端计算机也可以作为服务器提供数据。
[0044]此时,计算机200的软件配置包括图5中所示的元件。首先，网络接口 501是经由LAN207和外部网络直接通信的部分，网络接口 501还充当网络接口控制单元206的软件处理单元。执行通信时的数据的发送队列和接收队列由TCP层管理，且在必要时，在数据的发送队列和接收队列中积累数据包的阶段TCP管理处理单元502执行通信。SSL/TLS管理处理单元503是管理SSL或TLS层的处理单元。在本目标协议中，SSL或TLS的使用并非是必须的，但是事实上，从安全和防火墙的角度考虑，大部分情况下使用了 SSL或TLS，因此，描述了 SSL或TLS。
[0045]SSL/TLS管理处理单元503可以使用任何实现方法，只要该实现方法符合特定标准(请求注解(RFC) 2246、RFC4346)。另外，处理单元可以是SSL、TLS以外的中间协议。在发送/接收数据时，数据发送/接收控制单元504执行等待和同步以及通信流的开始和终止处理。高速缓存管理单元505对接收到的数据的高速缓存表执行登记、更新、删除、问询处理。这里要处理的数据可以是实体文件的数据或者临时使用的数据，例如设备的地址、状态、设置和属性。高速缓存存储单元506是高速缓存管理单元505处理的数据实际存储的区域，不是程序等的处理单元。在本示例性实施例中，以外部存储单元205为例，但是，CPU201的处理器中的寄存器以及在RAM203或网络接口控制单元206中使用的地址解析协议(ARP)高速缓存也包括在目标中。
[0046]图6是客户端执行数据发送和接收的处理的流程。在步骤S601中，CPU201向服务器侧发送数据请求，即Get请求。在此过程中，利用控制帧401生成流。此时，控制帧包括流ID、相关流ID、流的优先级信息以及包括识别名称和数据长度的用于通信的数据信息。在步骤S602中，CPU201等待，直到在发出Get请求后实际接收到数据。步骤S603是接收数据的处理，在该步骤中，CPU201执行数据的接收、接收到的数据(接收到的文件)的分析以及在高速缓存区域存储所述数据。在步骤S604中，CPU201确定所述流是否满足终止条件。在本说明书中的目标协议中，如果服务器和客户端执行流的终止请求，则目标流就会被终止。但是，除此之外，拒绝接受流和因违反协议而产生的错误都会终止通信。在上述情况下，我们认为流已被终止。
[0047]图7是例示客户端侧执行的数据接收的处理的流程。在此情况下，图8被用作数据存储中的高速缓存表的示例。首先，在步骤S701中，CPU201分析接收到的数据的报头部分。在此情况下，这相当于提取流ID，以便将接收到的数据存储在高速缓存区域中，以及提取相关流ID、流的优先级信息以及用于发送和接收数据所需的信息。在步骤S702中，CPU201确定接收到的数据是否对应于从服务器传输来的数据。换句话说，确定接收到的数据是否已被Push。在本说明书中，要确定接收到的数据是否是当前仍然没有Get的数据。如果接收到的数据是当前仍然没有Get的数据，则确定为Push的数据。通过存储Get的数据的列表，可以实现确定接收到的数据是否是当前仍然没有Get的数据。作为确定结果，如果认为是从服务器传输来的数据(在步骤S702中为“是”)，则在步骤S703中，CPU201就设置表明为Push的数据的标签，并将Push的数据存储在RAM203中。如果认为是用户发出请求后获取的数据(在步骤S702中为“否”)，则在步骤S704中，CPU201就设置表明为Get的数据的标签，并将Get的数据存储在RAM203中。上述标签的设置可以通过在高速缓存表上登记作为Push标签信息803的标签实现，Push标签信息803表明接收到的数据是否是Push的数据。在此情况下，Get的数据被登记为“0”，Push的数据被登记为“I”。在步骤S705中，CPU201登记流的优先级信息804。优先级是指在通信时为流设置的值，但是，如果优先级的顺序已经在客户端的应用程序侧提前指定，例如，已经指定了低/中/高3个等级，则可以与上述值一起登记。在步骤S706中，CPU201登记流的组信息，即某个流的信息以及和所述某个流相关的信息。相关流ID806的信息是服务器发送给客户端的信息。因此，CPU201直接在图8中的高速缓存表中登记获取的相关流ID806。在步骤S707中，CPU201确定接收到的数据是否已经被登记在高速缓存表中。如果接收到的数据是新数据且未被登记(在步骤S707中为“否”)，则处理推进至步骤S708，并在高速缓存表中为接收到的数据信息增加一行。如果接收到的数据已经被登记(在步骤S707中为“是”)，则处理推进至步骤S709，然后CPU201更新差分数据。此时，当Push标签信息从Push切换到Get时，即使没有数据变化，也认为已经Get 了 Push标签信息(“0”)，然后CPU201执行更新。
[0048]在步骤S710中，CPU201保存通过Push或Get (Push保存或Get保存)而接收到的数据。此时，Push和Get可以保存在不同的目录中，或者为保存Push和Get分别提供一个步骤而实现。当步骤S710中的处理结束后，图7中的处理结束。
[0049]图9是删除登记在高速缓存表中的数据的处理的流程。当高速缓存容量超过由用户或应用程序设置的预定容量时，就启动上述处理。例如，在接收数据时，在执行完步骤S701中的数据分析以后，就立即启动上述处理。启动高速缓存的删除处理后，首先在步骤S901中CPU201分析高速缓存的附加目标数据信息，即分析接收到的数据。在此情况下执行的处理和在步骤S702中确定是Get数据还是Push数据时执行的处理相同。如果已经做出了上述确定，则可以使用已有的确定结果。
[0050]在步骤S902中，确定是否需要删除高速缓存。
[0051 ] 例如，如果高速缓存的可用区域等于或小于文件的大小，则正在被接收的文件就不能物理地存储在高速缓存中。结果，是否需要删除高速缓存的确定就变成了需要删除高速缓存的确定。这与附加目标数据(新接收到的数据)和高速缓存的总容量是否超过预定容量的确定相同。此时，总容量可以是Get数据和Push数据的总体。
[0052]另外，也可以分别计算Get数据和Push数据的总容量。如果利用这种方法，当附加目标数据为Get时，可能需要确定Get的总容量是否超过预定容量，而当附加目标数据为Push时,可能需要确定Push的总容量是否超过预定容量。通过分别计算Get数据和Push数据的总容量，可以均衡地删除Get数据和Push数据。
[0053]另外，也可以在达到用户或系统提前指定的可用容量时才确定需要删除高速缓存。[0054]在步骤S903中，基于步骤S901中的结果，确定接收到的数据是通过Get还是Push获得的。如果接收到的数据是被Push的(在步骤S903中为“是”)，则处理推进至步骤S904。在步骤S904中，CPU201删除在高速缓存表中带有有效的(值被设置为“I”)Push标签的且具有最高删除优先级的数据。以图8为例，首先描述典型的高速缓存的删除。如果仅仅基于有效期信息801做出删除数据的确定，则典型的删除目标是高速缓存数据810，这是由于有效期812被设置为最旧的。相反，在步骤S904的处理中，删除目标是高速缓存数据808，高速缓存数据808的有效期812被设置为具有有效的(值被设置为“I”)Push标签信息803的高速缓存数据中最旧的。如果接收到的数据是通过Get获得的(在步骤S903中为“否”)，则处理推进至步骤S905。在步骤S905中，CPU201删除具有无效的(值被设置为“0”)Push标签信息803的数据中最旧的删除优先级的数据。在图8所示的示例中，高速缓存数据810是删除目标。
[0055]也可以省去步骤S905。如果使用这种配置，就要考虑在不同的条件下(例如在获得Get数据以后经过的时间)删除Get数据和Push数据的方法。通过省去步骤S905，就可以使用以较高优先级只删除Push数据的配置。
[0056]另外，也可以用步骤S904替代步骤S903、S904、S905。如果使用这种配置，就不用专门确定附加目标数据是Get数据还是Push数据。相反，如果确定需要在步骤S902中删除高速缓存，则在步骤S904中就删除Push数据的高速缓存。因此，和上述配置类似，可以提供以较高优先级只删除Push数据的配置。
[0057]通过执行上述处理，能够独立管理高速缓存区域的Get数据和Push数据，以便它们互不影响。在图8所示的示例中，描述了利用有效期信息801确定删除的优先级，但是实际上，删除的优先级可以基于下述参数确定:例如数据的大小、参照次数、从最后一次参照起经过的时间段以及数据的获取日期/时间。另外，可以给这些参数分配权重并将它们组合从而确定删除优先级。
[0058]下面将描述第二示例性实施例。在第一示例性实施例的高速缓存管理方法中，最有可能不使用的数据被从高速缓存区域中的数据中挑选出来，且被删除。然而，目标协议的通信方法中的Push数据不是用户最初发出获取请求想要获取的数据。因此，当没有更多相关数据的交换时，很有可能不再需要Push数据了。在本示例性实施例中，例如，当图4中的会话400结束时(例如包括取消Get数据的获取)，下面将描述整体删除从被终止的会话中的流I到流n中获取的数据帧中的数据的方法。
[0059]图10是例示删除和其他高速缓存相关的高速缓存数据的处理的流程。这里的相关是指在通信时分配给流的关系。另外，将以图8为例进行描述。
[0060]当通信被终止且不再需要用户发出获取请求想要获取的数据时，就启动上述流程所述的处理。例如，如果用户发出获取请求想要获取的数据是高速缓存数据810时，就利用作为高速缓存数据“A”的高速缓存数据810启动图10所示的流程。
[0061]在步骤S1001中，确定是否存在和指定的高速缓存数据“A”相关的高速缓存数据。例如，在图8中，由于存在登记为流ID816的高速缓存数据811，流ID816和高速缓存数据810的流ID814相关，处理推进至步骤S1002。在步骤S1002中，获取未处理的相关高速缓存数据。在图8所示的示例中，获取高速缓存数据811。
[0062]在步骤S1003中，图10所示的流程被可递归地启动，然后对获取的高速缓存数据执行上述处理。这样，即使高速缓存数据811有多层级结构，在该多层级结构中高速缓存数据811有附加相关高速缓存，也可以可递归地启动上述处理以便删除高速缓存。在图8所示的示例中，高速缓存数据811及与其相关的高速缓存数据也被上述处理删除。当在步骤SlOOl中确定未处理的高速缓存数据不存在时，上述处理推进至图10中的步骤S1004。在图10所示流程中传输的高速缓存数据被删除。在图8所示的示例中，高速缓存数据810被删除。
[0063]在步骤S1003中，也可以配置为仅删除Push数据，仅删除Get数据，或者将二者都删除，哪种方式都可以使用。
[0064]当相关数据的交换结束时，通过执行上述处理，相关流的高速缓存数据可以被删除。
[0065]下面将描述第三示例性实施例。在目标协议中，可以在通信时设置流的优先级。因此在本示例性实施例中，当流的优先级被认为是存储高速缓存数据时的优先级时，将描述执行上述处理的示例。图11例示了利用流的优先级信息计算删除优先级时的流程。
[0066]如果不基于图11所示的流程执行处理，可以利用流的优先级确定图9中步骤S904和S905的删除优先级。
[0067]在图8中，已经描述了下述内容:具有高速缓存数据的有效期信息801中最旧的有效期812的高速缓存数据810被选择为删除目标。在本示例性实施例中，利用优先级信息804做出判断，具有最低优先级813的高速缓存数据809被选择为删除目标。
[0068]在步骤SllOl中，确定是否需要删除高速缓存。所述确定和图9中步骤S902中的处理类似，因此，不再赘述细节。在步骤S1102中，CPU201选择高速缓存表中的报头数据作为删除目标。在图8所示的示例中，高速缓存数据807首先被选为删除目标。在步骤S1103中，确定高速缓存表中是否存在未参照的数据，然后重复步骤SI 104至SI 107的处理，直到参照完所有数据。未被参照的数据是指在步骤S1104中未被获取的数据。
[0069]在步骤S1104中，CPU201获取从高速缓存表中正在参照的数据的下一批数据。在图8所示的示例中，由于当前正在参照高速缓存数据807，因此获取高速缓存数据808。在步骤S1105中，CPU201比较获取的数据的优先级信息804与当前删除目标数据的优先级。在图8所示的示例中，获取的高速缓存数据808的优先级3低于当前被选择为删除目标的高速缓存数据807的优先级O。正因为如此，在步骤S1107中，CPU201设置选择的高速缓存数据808作为删除目标数据。另外，如果获取的数据的优先级与选择作为删除目标数据的优先级相同(在步骤S1105中为“相同”)，则另外利用步骤S1106中的确定，具有更高删除优先级的高速缓存数据就被选择为删除目标。重复上述处理，最后，利用步骤S1108中的处理删除具有最低优先级的数据和具有高删除优先级的数据。
[0070]因此，当执行通信时，将流的优先级用作高速缓存数据被保存时的优先级，可以执行适当的处理。
[0071]另外，本发明的示例性实施例也可以通过执行下述处理实现。
[0072]S卩，利用下述处理实现:通过网络或各种存储介质向系统或装置提供能够实现上述示例性实施例的功能的软件(程序)，并促使所述系统或装置的计算机(例如CPU、微处理器(MPU)等)读取并执行所述程序。
[0073]根据本发明的示例性实施例，通过比删除利用Get接收方法接收并保存的文件更优先地删除利用Push接收方法接收并保存的文件，能够有效地管理高速缓存。
[0074]本发明的实施例还可以通过系统或装置的、用于读出并执行记录在存储介质(例如，非临时性计算机可读存储介质)上的计算机可执行指令以完成本发明中一个或多个实施例功能的计算机来实现；本发明的实施例也可以通过方法来实现，该方法的各步骤由系统或装置的计算机、通过如从存储介质读出并执行计算机可执行指令以完成本发明一个或多个实施例功能来执行。计算机可以包括中央处理单元(CPU)、微处理单元(MPU)及其他电路中的一个或多个，也可以包括独立计算机网络或独立计算机处理器网络。计算机可执行指令可以从例如网络或存储介质提供给计算机。存储介质可以包括例如硬盘、随机存取存储器(RAM)、只读存储器(ROM)及分布式计算系统存储器、光盘(例如激光唱片(CD)、数字化通用光盘(DVD)或蓝光光盘(BD)?)、闪存装置、存储卡等中的一个或多个。
[0075]虽然参照示例性实施例对本发明进行了描述，但是应当理解，本发明并不限于所公开的示例性实施例。应当对所附权利要求的范围给予最宽的解释，以使其涵盖所有这些变型例以及等同的结构和功能。
【权利要求】
1.一种信息处理装置，其包括: 第一保存单元，用于保存通过经由一个请求接收一个文件的第一接收方法接收到的文件； 第一删除单元，用于在确定新接收到文件的情况下，删除所述第一保存单元保存的文件； 第二保存单元，用于保存通过第二接收方法接收到的文件，所述第二接收方法能够经由一个请求接收多个文件；以及 第二删除单元，用于在确定新接收到文件的情况下，优先于所述第一删除单元删除所述第一保存单元保存的文件，来删除所述第二保存单元保存的文件。
2.根据权利要求1所述的信息处理装置，其中，所述第二删除单元和所述第一删除单元基于接收到的文件的有效期信息、文件大小、参照次数、从最后一次参照起经过的时间段、获取日期和时间以及流的优先级中的至少一者，分别删除所述第二保存单元和所述第一保存单元保存的文件。
3.根据权利要求1所述的信息处理装置，其中，要由所述第二删除单元和所述第一删除单元删除的文件的总体，是通过所述第二接收方法接收到的文件和通过所述第一接收方法接收到的文件的总体。
4.根据权利要求1所述的信息处理装置，其中，在取消通过所述第一接收方法对文件进行获取的情况下，所述第二删除单元在被取消的文件的会话期间删除通过所述第二接收方法接收到的文件。`
5.根据权利要求1所述的信息处理装置，其中，在确定包括所述第一保存单元保存的文件的接收到文件的总体超过了预定容量并且新接收到文件的情况下，所述第一删除单元删除所述第一保存单元保存的文件，并且 在确定包括所述第二保存单元保存的文件的接收到文件的总体超过了预定容量并且新接收到文件的情况下，所述第二删除单元优先于所述第一删除单元删除所述第一保存单元保存的文件，来删除所述第二保存单元保存的文件。
6.—种控制方法，其包括: 第一保存步骤，用于保存通过经由一个请求接收一个文件的第一接收方法接收到的文件； 第一删除步骤，用于在确定新接收到文件的情况下，删除所述第一保存步骤保存的文件； 第二保存步骤，用于保存通过第二接收方法接收到的文件，所述第二接收方法能够经由一个请求接收多个文件；以及 第二删除步骤，用于在确定新接收到文件的情况下，优先于所述第一删除步骤删除所述第一保存步骤保存的文件，来删除第二保存步骤保存的文件。
7.根据权利要求6所述的控制方法，其中，所述第二删除步骤和所述第一删除步骤基于接收到的文件的有效期信息、文件大小、参照次数、从最后一次参照起经过的时间段、获取日期和时间以及流的优先级中的至少一者，分别删除所述第二保存步骤和所述第一保存步骤保存的文件。
8.根据权利要求6所述的控制方法，其中，要由所述第二删除步骤和所述第一删除步骤删除的文件的总体，是通过所述第二接收方法接收到的文件和通过所述第一接收方法接收到的文件的总体。
9.根据权利要求6所述的控制方法，其中，在取消通过所述第一接收方法对文件进行获取的情况下，所述第二删除步骤在被取消的文件的会话期间删除通过所述第二接收方法接收到的文件。
10.根据权利要求6所述的控制方法，其中，在确定包括所述第一保存步骤保存的文件的接收到文件的总体超过了预定容量并且新接收到文件的情况下，所述第一删除步骤删除所述第一保存步骤保存的文件，并且 在确定包括所述第二保存步骤保存的文件的接收到文件的总体超过了预定容量并且新接收到文件的情况下，所述 第二删除步骤优先于所述第一删除步骤删除所述第一保存步骤保存的文件，来删除所述第二保存步骤保存的文件。
【文档编号】H04L29/08GK103685449SQ201310403356
【公开日】2014年3月26日 申请日期:2013年9月6日 优先权日:2012年9月7日
【发明者】森田佳佑 申请人:佳能株式会社