[發(fā)明專利]信息處理裝置及控制方法

有效

• 申請?zhí)枺?/td>: 201310403356.5
• 申請日: 2013-09-06
• 公開（公告）號: CN103685449B
• 公開（公告）日: 2017-03-01
• 發(fā)明（設計）人: 森田佳佑
• 申請（專利權）人: 佳能株式會社
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F3/06
• 代理公司: 北京怡豐知識產(chǎn)權代理有限公司11293
• 代理人: 遲軍

技術領域

本發(fā)明涉及一種用于刪除接收并保存的文件的技術。

背景技術

存在這樣一種技術，該技術用于高速緩存并存儲已經(jīng)獲取的文件，以備再次使用。未經(jīng)審查的日本特表2008-529127討論了這樣一種技術，該技術使得客戶端能夠存儲服務器側動態(tài)生成的對象，并通過將動態(tài)對象與靜態(tài)對象區(qū)分來進行處理。

假定存在這樣一種環(huán)境，在該環(huán)境中，能夠通過經(jīng)由一個請求接收一個文件的Get(取得)接收方法、以及經(jīng)由一個請求接收多個文件的Push(推出)接收方法來接收文件。

另一方面，在未經(jīng)審查的日本特表2008-529127中，沒有關于Push接收方法的討論。因此，在假定上述環(huán)境的情況下，通過Push接收方法接收并保存的文件很可能會擠壓通過Get接收方法接收并保存的文件。

發(fā)明內容

因此，本發(fā)明旨在提供這樣一種技術：通過比刪除利用Get接收方法接收并保存的文件更優(yōu)先地刪除利用Push接收方法接收并保存的文件，來有效地管理高速緩存。

根據(jù)本發(fā)明的一個方面，一種信息處理裝置包括：第一保存單元，用于保存通過經(jīng)由一個請求接收一個文件的第一接收方法接收到的文件；第一刪除單元，用于在確定新接收到文件的情況下，刪除所述第一保存單元保存的文件；第二保存單元，用于保存通過第二接收方法接收到的文件，所述第二接收方法能夠經(jīng)由一個請求接收多個文件；以及第二刪除單元，用于在確定新接收到文件的情況下，優(yōu)先于所述第一刪除單元刪除所述第一保存單元保存的文件，來刪除所述第二保存單元保存的文件。

通過以下參照附圖對示例性實施例的描述，本發(fā)明的其他特征將變得清楚。

附圖說明

圖1是包括計算機的網(wǎng)絡配置圖。

圖2是包括計算機的系統(tǒng)的配置圖。

圖3是目標協(xié)議的配置圖。

圖4是目標協(xié)議的數(shù)據(jù)結構圖。

圖5是軟件配置圖。

圖6是例示用于執(zhí)行數(shù)據(jù)發(fā)送和接收的控制的處理的流程圖。

圖7是例示數(shù)據(jù)的接收的流程圖。

圖8例示了高速緩存表的結構示例。

圖9是例示用于執(zhí)行登記在高速緩存表中的數(shù)據(jù)的刪除的處理的流程圖。

圖10是例示用于刪除與其他高速緩存相關聯(lián)的高速緩存數(shù)據(jù)的處理的流程圖。

圖11是例示流的優(yōu)先級信息被用于確定刪除優(yōu)先級的處理的流程圖。

具體實施方式

在描述示例性實施例之前，將定義本說明書中使用的術語以及本說明書提到的各種通信協(xié)議。

插口(socket)是用于在傳輸控制協(xié)議(TCP)層識別和分類通信的標記。在多數(shù)情況下，因特網(wǎng)互聯(lián)協(xié)議(IP)通常被用作低層協(xié)議，在此情況下，插口就是由IP地址和端口序號組成的組。

TCP連接是指TCP層中的通信路徑。具體來講，TCP連接是由接收側插口和發(fā)送側插口組成的組。

接收窗口大小是接收側的可用緩存(free?buffer)的容量。TCP協(xié)議也利用窗口大小執(zhí)行處理，但是在下文中出現(xiàn)的窗口大小是指在目標上層通信協(xié)議中使用的窗口大小。

流是指目標上層通信協(xié)議中的邏輯信道。

幀301是指在實際傳輸數(shù)據(jù)時被精細地分割的數(shù)據(jù)的最小單元的塊。但是，幀301和國際標準化組織(ISO)提倡的開放系統(tǒng)互聯(lián)(OSI)模型的7層中使用的數(shù)據(jù)鏈路層的幀沒有任何關系，幀301是指目標上層通信協(xié)議中的最小數(shù)據(jù)單位。

下文將描述本發(fā)明提到的通信協(xié)議。下文中將作為目標協(xié)議來描述。所述目標協(xié)議采用TCP協(xié)議。但是，也可能存在與TCP協(xié)議兼容的中間協(xié)議(例如傳輸層安全(TLS)協(xié)議、安全插口層(SSL)協(xié)議)。目標協(xié)議通過在TCP連接300(圖3)上傳輸和接收幀301的數(shù)據(jù)執(zhí)行通信。在報頭中有幀301的幀大小。

圖4是目標協(xié)議的數(shù)據(jù)結構圖。目標協(xié)議在適當?shù)腡CP連接300上被作為會話400來管理。另外，控制幀401位于會話400上，并且關于會話400的通信是利用控制幀401執(zhí)行的。目標協(xié)議可以包括除了控制幀401以外的任意數(shù)量的數(shù)據(jù)流402。

在本說明書中，數(shù)據(jù)流和流是同義詞。

上層應用程序和上層協(xié)議的實際數(shù)據(jù)通信是利用數(shù)據(jù)流402執(zhí)行的。可以對每個數(shù)據(jù)流402設置優(yōu)先級。為了方便描述，優(yōu)先級的數(shù)目被設置為8級，從最高的0級到最低的7級，但是在實際操作中，也可使用除了8級以外的任意數(shù)目的優(yōu)先級。

另外，數(shù)據(jù)流具有流ID，通過流ID可以識別每個數(shù)據(jù)流。