專利名稱：改進(jìn)性能的獨(dú)立票證的認(rèn)證票證處理裝置及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種能夠加速用戶信息的獲取的認(rèn)證票證(authenticationticket)處理裝置。
背景技術(shù)：
對(duì)于網(wǎng)絡(luò)上的服務(wù)器而言，可以使用認(rèn)證票證來提供快捷、安全的業(yè)務(wù)。
依照不同的用途，認(rèn)證票證具有不同的規(guī)范。這些規(guī)范中的一種規(guī)范涉及一種被稱為“獨(dú)立票證”(self-contained ticket)的認(rèn)證票證，其在解碼處理時(shí)返回用戶信息。
圖1是示出了現(xiàn)有技術(shù)的從認(rèn)證請求到獲取認(rèn)證票證的流程的圖。在從業(yè)務(wù)服務(wù)器2接收業(yè)務(wù)之前，客戶端1向用戶認(rèn)證裝置(UAUD通過用戶目錄進(jìn)行用戶認(rèn)證)3發(fā)出認(rèn)證請求(步驟S1)。該用戶認(rèn)證裝置3使用用戶管理數(shù)據(jù)庫4檢查用戶信息(步驟S2)。一旦確認(rèn)，用戶認(rèn)證裝置3就只從用戶管理數(shù)據(jù)庫4獲得用戶ID信息(步驟S3)。然后用戶認(rèn)證裝置3基于該用戶ID信息產(chǎn)生用戶認(rèn)證票證(步驟S4)，并且將該認(rèn)證票證提供給客戶端1(步驟S5)。
圖2是示出了現(xiàn)有技術(shù)的從業(yè)務(wù)請求到業(yè)務(wù)開始的流程?？蛻舳?將業(yè)務(wù)請求和認(rèn)證票證一起向業(yè)務(wù)服務(wù)器2發(fā)出(步驟S11)。相應(yīng)地，業(yè)務(wù)服務(wù)器2向用戶認(rèn)證裝置3發(fā)出解碼請求以便解碼該認(rèn)證票證(步驟S12)。用戶認(rèn)證裝置3從用戶管理數(shù)據(jù)庫4獲得用戶信息(包括用戶ID信息之外的其他信息)(步驟S13、S14)，并且接著將該用戶信息提供給業(yè)務(wù)服務(wù)器2(步驟S15)。基于所提供的用戶信息，該業(yè)務(wù)服務(wù)器2對(duì)與相關(guān)業(yè)務(wù)有關(guān)的訪問權(quán)限作出判斷，以便開始提供業(yè)務(wù)(步驟S16)。
專利文獻(xiàn)1公開了一種成像裝置，一種累積文檔的管理方法以及一種累積文檔的處理系統(tǒng)，其能夠共享與累積文檔有關(guān)的認(rèn)證功能，并且其能夠在不浪費(fèi)網(wǎng)絡(luò)資源和多功能機(jī)器的資源的情況下提供累積文檔。
專利文獻(xiàn)1日本專利申請公開No.2004-135291。
在圖2的結(jié)構(gòu)中，每次當(dāng)業(yè)務(wù)服務(wù)器2一起接收到新的業(yè)務(wù)請求和認(rèn)證票證時(shí)，即使該認(rèn)證票證和之前已經(jīng)接收到的票證相同，其就向用戶認(rèn)證裝置3發(fā)送解碼請求，并且因此用戶認(rèn)證裝置3從用戶管理數(shù)據(jù)庫4獲取用戶信息。之所以這樣安排是因?yàn)?，在?dú)立票證的情況下，用戶的注冊狀態(tài)有可能在保持占有認(rèn)證票證的長時(shí)間期限中發(fā)生變化，進(jìn)而導(dǎo)致這樣一種情況，即解碼處理時(shí)的用戶信息可能與認(rèn)證時(shí)所存在的用戶信息不同。例如，當(dāng)在工作流程中遞送或打印文檔時(shí)，在操作開始時(shí)用戶可能會(huì)遇到等待狀態(tài)。該功能從等待狀態(tài)變?yōu)榭刹僮鞯臅r(shí)間是未知的。因此，要在重新開始(resumption)之后使用的認(rèn)證票證應(yīng)該在足夠長時(shí)間期限內(nèi)有效。然而，由于分配了機(jī)構(gòu)內(nèi)其他的職位、休假、公司需要等原因，可能存在如下情況，即認(rèn)證時(shí)所存在的用戶信息和該功能變成可用時(shí)的當(dāng)前用戶信息不同。因此，規(guī)定在解碼認(rèn)證票證以獲得用戶信息時(shí)，從用戶管理數(shù)據(jù)庫4中獲取用戶信息。
由于現(xiàn)有技術(shù)系統(tǒng)是基于前述的這種配置，如果業(yè)務(wù)服務(wù)器2上的多個(gè)業(yè)務(wù)同時(shí)使用同一認(rèn)證票證，則以短時(shí)間間隔(例如幾秒鐘的時(shí)間間隔)向用戶認(rèn)證裝置3發(fā)出多個(gè)解碼請求。因此，以短時(shí)間間隔多次執(zhí)行對(duì)用戶管理數(shù)據(jù)庫4的數(shù)據(jù)庫的訪問以獲得同一用戶信息。圖3是示出在現(xiàn)有技術(shù)配置中的頻繁地發(fā)出認(rèn)證票證解碼請求的方式。以短時(shí)間間隔從業(yè)務(wù)服務(wù)器2連續(xù)地向用戶認(rèn)證裝置3發(fā)出多個(gè)解碼請求(步驟S22)。作為響應(yīng)，由用戶認(rèn)證裝置3連續(xù)地執(zhí)行從用戶管理數(shù)據(jù)庫4獲取用戶數(shù)據(jù)(步驟S23)。
在上述的現(xiàn)有技術(shù)系統(tǒng)中，當(dāng)以短時(shí)間間隔發(fā)出有關(guān)同一獨(dú)立票證的多個(gè)解碼請求時(shí)，相應(yīng)地多次執(zhí)行對(duì)用戶管理數(shù)據(jù)庫4的數(shù)據(jù)庫的訪問以獲得同一用戶信息，導(dǎo)致性能降低。
作為折衷，這一問題有可能被接收，因?yàn)槠涫怯捎讵?dú)立票證的預(yù)期規(guī)范(intended specification)才出現(xiàn)的。然而，這種規(guī)范認(rèn)為要考慮的用戶信息的改變并不頻繁出現(xiàn)。犧牲性能來處理這種特殊情況被認(rèn)為是缺乏均衡感的行為。也就是說，關(guān)于使用文檔管理系統(tǒng)等的用戶的用戶信息并不是經(jīng)常修改的。如果修改的話，這種修改主要發(fā)生在存在諸如人事調(diào)整的機(jī)構(gòu)變化時(shí)，并且這種變化的頻率可能是一年幾次，最多是一月幾次。每次作出解碼請求時(shí)就訪問數(shù)據(jù)庫以避免這種很少機(jī)會(huì)的問題可能是過度反應(yīng)。
因此，需要有這樣一種認(rèn)證票證處理裝置，其能夠克服與獨(dú)立票證相關(guān)聯(lián)的性能問題，并且能夠加速用戶信息的獲取。

發(fā)明內(nèi)容
本發(fā)明的一般目的是提供一種認(rèn)證票證處理裝置和方法，其充分地排除由現(xiàn)有技術(shù)的局限和缺點(diǎn)所引起的一個(gè)或多個(gè)問題。
將在說明書中呈現(xiàn)本發(fā)明的特征和優(yōu)點(diǎn)，并且其中的一部分將從說明書及附圖中變得顯而易見，或者可以從根據(jù)說明書中提供的教導(dǎo)的本發(fā)明的實(shí)踐中得到。將通過在說明書中以如此完整、清晰、簡練和精確的術(shù)語具體指出的以便使得本領(lǐng)域普通技術(shù)人員能夠?qū)嵺`該發(fā)明的認(rèn)證票證處理裝置和方法，來實(shí)現(xiàn)和獲得本發(fā)明的目的以及其他的特征和優(yōu)點(diǎn)。
為了實(shí)現(xiàn)按照本發(fā)明目的的這些和其他的優(yōu)點(diǎn)，本發(fā)明提供了一種認(rèn)證票證處理裝置，當(dāng)客戶端接收到來自彼此可以獨(dú)立操作的多個(gè)服務(wù)器的一系列業(yè)務(wù)時(shí)，該認(rèn)證票證處理裝置用于響應(yīng)來自客戶端的認(rèn)證請求而產(chǎn)生用于提供給客戶端的認(rèn)證票證；并且用于響應(yīng)來自服務(wù)器的關(guān)于與來自客戶端的業(yè)務(wù)請求相關(guān)聯(lián)的認(rèn)證票證的解碼請求，而提供相關(guān)用戶信息。該認(rèn)證處理裝置包括臨時(shí)數(shù)據(jù)存儲(chǔ)單元，其被配置為一旦從用于管理用戶信息的用戶管理數(shù)據(jù)庫接收到用戶信息，就保存該用戶信息，該臨時(shí)數(shù)據(jù)存儲(chǔ)單元允許以比對(duì)用戶管理數(shù)據(jù)庫的訪問更快的速度來對(duì)其執(zhí)行訪問。該認(rèn)證票證處理裝置被如此配置當(dāng)響應(yīng)來自服務(wù)器的解碼請求而需要獲取用戶信息時(shí)，檢查對(duì)應(yīng)于該解碼請求的用戶信息是否存在于臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，并且如果對(duì)應(yīng)用戶信息存在于臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，則從該臨時(shí)數(shù)據(jù)存儲(chǔ)單元中獲取對(duì)應(yīng)用戶信息。
根據(jù)本發(fā)明的另一方面，本發(fā)明提供了一種認(rèn)證票證處理方法，當(dāng)客戶端從彼此可以獨(dú)立操作的多個(gè)服務(wù)器接收到一系列業(yè)務(wù)時(shí)，該認(rèn)證票證處理方法響應(yīng)來自客戶端的認(rèn)證請求而產(chǎn)生用于提供給客戶端的認(rèn)證票證；并且響應(yīng)來自服務(wù)器的關(guān)于與來自客戶端的業(yè)務(wù)請求相關(guān)聯(lián)的認(rèn)證票證的解碼請求，而提供相關(guān)用戶信息。該輔助(aid)認(rèn)證票證處理方法包括如下步驟一從用于管理用戶信息的用戶管理數(shù)據(jù)庫接收到用戶信息，就將用戶信息保存在臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，對(duì)臨時(shí)數(shù)據(jù)存儲(chǔ)單元的訪問比對(duì)用戶數(shù)據(jù)庫的訪問更快；當(dāng)響應(yīng)來自服務(wù)器的解碼請求而需要獲取用戶信息時(shí)，檢查對(duì)應(yīng)于該解碼請求的用戶信息是否存在于臨時(shí)數(shù)據(jù)存儲(chǔ)單元中；并且如果對(duì)應(yīng)用戶信息存在于臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，則從該臨時(shí)數(shù)據(jù)存儲(chǔ)單元中獲取對(duì)應(yīng)用戶信息。
在根據(jù)本發(fā)明的至少一個(gè)實(shí)施例的認(rèn)證票證處理裝置中，臨時(shí)數(shù)據(jù)存儲(chǔ)單元一從用于管理用戶信息的用戶管理數(shù)據(jù)庫接收到用戶信息，就保存用戶信息，該臨時(shí)數(shù)據(jù)存儲(chǔ)單元允許以比對(duì)用戶管理數(shù)據(jù)庫的訪問更快的速度來執(zhí)行對(duì)其的訪問，并且當(dāng)需要獲取用戶信息時(shí)，從該臨時(shí)數(shù)據(jù)存儲(chǔ)單元中獲取用戶信息。該配置排除了與獨(dú)立票證相關(guān)聯(lián)的性能問題，并且加速了用戶信息的獲取。


在結(jié)合附圖閱讀下面的詳細(xì)描述時(shí)，本發(fā)明的其他目的和特征將通過下面的詳細(xì)描述變得顯而易見，其中圖1是示出了現(xiàn)有技術(shù)的從認(rèn)證請求到認(rèn)證票證獲取的處理流程的圖；圖2是示出了現(xiàn)有技術(shù)的從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖；圖3是示出了頻繁發(fā)出用于解碼認(rèn)證票證的解碼請求的方式的圖；圖4是示出了根據(jù)本發(fā)明的第一實(shí)施例的系統(tǒng)配置的示例的圖；圖5是示出了根據(jù)第一實(shí)施例的票證池的結(jié)構(gòu)示例的圖；圖6是示出了根據(jù)第一實(shí)施例的、從認(rèn)證請求到認(rèn)證票證獲取的處理流程的圖；圖7是示出了根據(jù)第一實(shí)施例的、從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖；圖8是示出了根據(jù)第一實(shí)施例的、從票證池中移除用戶信息等的示例的圖；圖9是示出了根據(jù)第一實(shí)施例的、從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖；圖10是示出了根據(jù)第一實(shí)施例的完整處理的流程圖；圖11是示出了根據(jù)第二實(shí)施例的、從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖；圖12是示出了根據(jù)第二實(shí)施例的、從票證池中移除用戶信息等的示例的圖；圖13是示出了根據(jù)本發(fā)明的第三實(shí)施例的票證池的結(jié)構(gòu)示例的圖；
圖14是示出了根據(jù)第三實(shí)施例的、從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖；圖15是示出了根據(jù)第三實(shí)施例的、從票證池中移除用戶信息等的示例的圖；圖16是示出了業(yè)務(wù)服務(wù)器協(xié)作的示例的圖；圖17是示出了在業(yè)務(wù)服務(wù)器協(xié)作中執(zhí)行的處理的示例的圖；圖18是示出了業(yè)務(wù)服務(wù)器的協(xié)作的示例的圖；圖19是示出了在業(yè)務(wù)服務(wù)器協(xié)作中執(zhí)行的處理的示例的圖；圖20是示出了業(yè)務(wù)服務(wù)器協(xié)作的示例的圖；以及圖21是示出了在業(yè)務(wù)服務(wù)器協(xié)作中執(zhí)行的處理的示例。
具體實(shí)施例方式
在下文中，將參考附圖描述本發(fā)明實(shí)施例。
第一實(shí)施例圖4是示出了根據(jù)本發(fā)明的第一實(shí)施例的系統(tǒng)配置的示例的圖。圖4所示的系統(tǒng)包括諸如PC(個(gè)人計(jì)算機(jī))、蜂窩電話或者PDA(個(gè)人數(shù)字助理)等由接收業(yè)務(wù)的用戶使用的客戶端1；提供業(yè)務(wù)的多個(gè)業(yè)務(wù)服務(wù)器2；用于產(chǎn)生并解碼認(rèn)證票證的用戶認(rèn)證裝置3；以及用于管理用戶信息的用戶管理數(shù)據(jù)庫4。該用戶認(rèn)證裝置3包括用戶認(rèn)證控制單元31，用于執(zhí)行產(chǎn)生并解碼認(rèn)證票證處理的主要部分；票證池(用戶信息臨時(shí)存儲(chǔ)單元)32，用于在用戶認(rèn)證控制單元31的控制下在有限的時(shí)間期限內(nèi)保存用戶信息；以及到期時(shí)間監(jiān)視單元33，用于監(jiān)視票證池32中的條目的到期時(shí)間并相應(yīng)地刪除該條目。
圖5是示出了根據(jù)第一實(shí)施例的票證池32的結(jié)構(gòu)的圖。該票證池32包括用于存儲(chǔ)各個(gè)獨(dú)立票證的鍵值(key)32a，還包括與各個(gè)鍵值32a成對(duì)的到期時(shí)間32b、以及用戶信息項(xiàng)32c。該到期時(shí)間32b是從包括在獨(dú)立票證中的有效期限分離出來的，并且獨(dú)立于該有效期限，而且具有等于認(rèn)證票證的創(chuàng)建的日期和時(shí)間加上特定的時(shí)間期限。將該特定的時(shí)間期限設(shè)置為足夠短的期限(例如30秒)，其在能夠處理以短時(shí)間間隔頻繁地發(fā)出解碼請求的情況的范圍之內(nèi)，并且其不違背獨(dú)立票證的預(yù)期目的，即在解碼處理時(shí)返回用戶信息。
圖6是示出了根據(jù)第一實(shí)施例的、從認(rèn)證請求到認(rèn)證票證獲取的處理流程的圖。在圖6中，在從業(yè)務(wù)服務(wù)器2接收到業(yè)務(wù)之前，客戶端1向用戶認(rèn)證裝置3的用戶認(rèn)證控制單元31發(fā)出認(rèn)證請求(步驟S101)。作為響應(yīng)，用戶認(rèn)證控制單元31利用用戶管理數(shù)據(jù)庫4檢查用戶信息(步驟S102)。一旦確認(rèn)，用戶認(rèn)證控制單元31就從用戶管理數(shù)據(jù)庫4中獲得用戶信息(步驟S103)。該用戶信息不僅包括用戶ID信息，還包括解碼處理時(shí)所需要的全部信息。
基于包括在用戶信息中的用戶ID信息，用戶認(rèn)證控制單元31產(chǎn)生認(rèn)證票證(步驟S104)，并且將用戶信息存儲(chǔ)在票證池32中，使得用戶信息與認(rèn)證票證及到期時(shí)間相關(guān)聯(lián)(步驟S105)。之后用戶認(rèn)證控制單元31將該認(rèn)證票證提供給客戶端1(步驟S106)。
圖7是示出了根據(jù)第一實(shí)施例的、從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖。在圖7中，客戶端1將業(yè)務(wù)請求和認(rèn)證票證一起發(fā)給業(yè)務(wù)服務(wù)器2(步驟S111)。作為響應(yīng)，業(yè)務(wù)服務(wù)器2向用戶認(rèn)證裝置3的用戶認(rèn)證控制單元31發(fā)出解碼請求以解碼該認(rèn)證票證(步驟S112)。
用戶認(rèn)證控制單元31從票證池32中獲取用戶信息，而無需訪問用戶管理數(shù)據(jù)庫4(步驟S113、步驟S114)，并將用戶信息提供給業(yè)務(wù)服務(wù)器2(步驟S115)。
基于所提供的用戶信息，該業(yè)務(wù)服務(wù)器2對(duì)與相關(guān)業(yè)務(wù)有關(guān)的訪問權(quán)限作出判斷，以便開始提供業(yè)務(wù)(步驟S116)。
同時(shí)，到期時(shí)間監(jiān)視單元33不斷地或周期性地將當(dāng)前時(shí)間和存儲(chǔ)在票證池32中的用戶信息的到期時(shí)間進(jìn)行比較，并且刪除由于超過到期時(shí)間而到期的用戶信息或使得該用戶信息無效。圖8是示出了根據(jù)第一實(shí)施例的、刪除票證池32中的用戶信息等的示例的圖。產(chǎn)生認(rèn)證票證，并且可以根據(jù)需要多次訪問該認(rèn)證票證，之后當(dāng)從創(chuàng)建日期和時(shí)間后經(jīng)過的特定的時(shí)間期限時(shí)刪除該認(rèn)證票證。
圖9是示出了根據(jù)第一實(shí)施例的、當(dāng)相關(guān)的認(rèn)證票證已經(jīng)被刪除時(shí)從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖。在圖9中，客戶端1將業(yè)務(wù)請求和認(rèn)證票證一起發(fā)給業(yè)務(wù)服務(wù)器2(步驟S121)。作為響應(yīng)，業(yè)務(wù)服務(wù)器2向用戶認(rèn)證裝置3的用戶認(rèn)證控制單元31發(fā)出解碼請求以解碼該認(rèn)證票證(步驟S122)。
用戶認(rèn)證控制單元31嘗試從票證池32中獲取用戶信息(步驟S123、步驟S124)，并且由于相關(guān)的用戶信息不存在，其改為從用戶管理數(shù)據(jù)庫4中獲取用戶信息(步驟S125、步驟S126)。
隨后，用戶認(rèn)證控制單元31將用戶信息存儲(chǔ)在票證池32中，使得用戶信息與認(rèn)證票證及其到期時(shí)間相關(guān)聯(lián)(步驟S127)，并且將用戶信息提供給業(yè)務(wù)服務(wù)器2(步驟S128)。
基于所提供的用戶信息，該業(yè)務(wù)服務(wù)器2對(duì)與相關(guān)業(yè)務(wù)有關(guān)的訪問權(quán)限作出判斷，以便開始提供業(yè)務(wù)(步驟S129)。
圖10是示出了根據(jù)第一實(shí)施例的完整例程的流程的圖。S201至S209涉及從認(rèn)證請求到認(rèn)證票證獲取的例程。S210至S231涉及從業(yè)務(wù)請求到業(yè)務(wù)開始的例程。S241至S244涉及用于刪除票證池32中的用戶信息等的例程。
如圖所示，響應(yīng)請求解碼認(rèn)證票證的解碼請求，優(yōu)選地從票證池32中獲取用戶信息。因此，即使以短時(shí)間間隔連續(xù)地發(fā)出解碼請求，也可以防止性能降低。
此外，將用戶信息和與信息獲取時(shí)間有關(guān)的時(shí)間的指示一起保存在存儲(chǔ)區(qū)中，并且在經(jīng)過了特定的時(shí)間期限之后將其刪除。通過適當(dāng)設(shè)置該期限，可以依據(jù)獨(dú)立票證的規(guī)范提供在解碼請求時(shí)存在的足夠精確的用戶信息，同時(shí)保持以短的時(shí)間期限出現(xiàn)多個(gè)解碼請求的情況下的性能改進(jìn)的優(yōu)點(diǎn)。
第二實(shí)施例圖11是示出了根據(jù)第二實(shí)施例的、從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖。在該第二實(shí)施例中，規(guī)定了對(duì)存儲(chǔ)在票證池中的用戶信息的到期時(shí)間進(jìn)行更新。
在第一實(shí)施例中，與解碼請求是否被連續(xù)地作為一系列操作的一部分發(fā)出無關(guān)，在經(jīng)過了特定時(shí)間期限之后，丟掉票證池32中的用戶信息。此后，響應(yīng)解碼請求，從用戶管理數(shù)據(jù)庫4中獲取用戶信息。這可能建立如下情況，即在解碼處理的前半段和解碼處理的后半段之間所解碼出的信息不一致。當(dāng)多個(gè)業(yè)務(wù)連續(xù)地作出多個(gè)解碼請求時(shí)，這些業(yè)務(wù)經(jīng)常構(gòu)成互相關(guān)聯(lián)的應(yīng)用。因此在這種情況下，優(yōu)選地獲得同一信息作為解碼結(jié)果。因此在第二實(shí)施例中，每次從票證池32中獲取用戶信息時(shí)，就初始化關(guān)于到期時(shí)間的信息。
在圖11中，客戶端1將業(yè)務(wù)請求和認(rèn)證票證一起發(fā)給業(yè)務(wù)服務(wù)器2(步驟S131)。作為響應(yīng)，業(yè)務(wù)服務(wù)器2向用戶認(rèn)證裝置3的用戶認(rèn)證控制單元31發(fā)出解碼請求以解碼該認(rèn)證票證(步驟S132)。在該示例中，假設(shè)由多個(gè)業(yè)務(wù)連續(xù)地發(fā)出多個(gè)解碼請求。
用戶認(rèn)證控制單元31從票證池32中獲取用戶信息(步驟S133、步驟S135)，并且在每次獲取用戶信息時(shí)更新到期時(shí)間(步驟S134)。
用戶認(rèn)證控制單元31將用戶信息提供給業(yè)務(wù)服務(wù)器2(步驟S136)?；谒峁┑挠脩粜畔ⅲ摌I(yè)務(wù)服務(wù)器2對(duì)與相關(guān)業(yè)務(wù)有關(guān)的訪問權(quán)限作出判斷，以便開始提供業(yè)務(wù)(步驟S137)。
圖12是示出了根據(jù)第二實(shí)施例的、在票證池32中刪除用戶信息等的示例的圖。在第一實(shí)施例中，如(a)所示，在創(chuàng)建了認(rèn)證票證后經(jīng)過特定時(shí)間期限之后，刪除該認(rèn)證票證。另一方面在第二實(shí)施例中，在每次訪問時(shí)該特定期限都重新開始，并且在最后訪問后經(jīng)過特定時(shí)間期限之后，才刪除該認(rèn)證票證。
以這種方式，響應(yīng)從票證池32獲取數(shù)據(jù)，而延長了到期時(shí)間，使得當(dāng)存在正在進(jìn)行的一系列的解碼請求時(shí)，將不丟棄票證池32中的用戶信息。這可以避免如下狀況，即在解碼處理的前半段和解碼處理的后半段之間所解碼出的信息不一致。
第三實(shí)施例圖13是示出了根據(jù)本發(fā)明的第三實(shí)施例的票證池的結(jié)構(gòu)的圖。在第三實(shí)施例中，規(guī)定了可以設(shè)置延長到期時(shí)間的上限。
在第二實(shí)施例中，如果在以短時(shí)間間隔繼續(xù)發(fā)出解碼請求時(shí)，如解碼請求擁塞的情況，則不丟棄票證池32中的用戶信息。在這種情況下，不會(huì)存在如下情況，即從用戶管理數(shù)據(jù)庫4中獲取用戶信息。也就是，獨(dú)立票證的預(yù)期目的，即返回在在解碼請求時(shí)存在的用戶信息，被徹底地破壞。因此在第三實(shí)施例中，除了到期時(shí)間之外，還結(jié)合延長上限來管理存儲(chǔ)在票證池32中的用戶信息。
在圖13中，票證池32包括用于存儲(chǔ)各個(gè)獨(dú)立票證的鍵值32a、與各個(gè)鍵值32a成對(duì)的到期時(shí)間32b及用戶信息項(xiàng)32c、以及指示到期時(shí)間延長的限制的上限32d。響應(yīng)從用戶管理數(shù)據(jù)庫4中獲取用戶信息，而初始化該上限32d。
圖14是示出了根據(jù)第三實(shí)施例的、從業(yè)務(wù)請求到業(yè)務(wù)開始的處理流程的圖。在圖14中，客戶端1將業(yè)務(wù)請求和認(rèn)證票證一起發(fā)給業(yè)務(wù)服務(wù)器2(步驟S141)。作為響應(yīng)，業(yè)務(wù)服務(wù)器2向用戶認(rèn)證裝置3的用戶認(rèn)證控制單元31發(fā)出解碼請求以解碼該認(rèn)證票證(步驟S142)。在該示例中，假設(shè)由多個(gè)業(yè)務(wù)連續(xù)地發(fā)出多個(gè)解碼請求。
用戶認(rèn)證控制單元31從票證池32中獲取用戶信息(步驟S143、步驟S145)，并且在每次獲取用戶信息時(shí)更新到期時(shí)間(步驟S144)。然而，到期時(shí)間的延長由上限32d限制。
用戶認(rèn)證控制單元31將用戶信息提供給業(yè)務(wù)服務(wù)器2(步驟S146)?；谒峁┑挠脩粜畔?，該業(yè)務(wù)服務(wù)器2對(duì)與相關(guān)業(yè)務(wù)有關(guān)的訪問權(quán)限作出判斷，以便開始提供業(yè)務(wù)(步驟S147)。
圖15是示出了根據(jù)第三實(shí)施例的、在票證池32中刪除用戶信息等的示例的圖。在第一實(shí)施例中，如(a)所示，在創(chuàng)建了認(rèn)證票證(要提取的用戶信息)后經(jīng)過特定時(shí)間期限之后，刪除該認(rèn)證票證。在第二實(shí)施例中，如(b)所示，只要存在正在進(jìn)行的連續(xù)訪問，就不刪除該認(rèn)證票證。另一方面在第三實(shí)施例中，在從最后訪問經(jīng)過預(yù)定時(shí)間期限之后或者在對(duì)應(yīng)于上限的時(shí)間，較早的任何一個(gè)，刪除該認(rèn)證票證，并且響應(yīng)于后續(xù)的解碼請求重新獲得新的用戶信息。
以這種方式，規(guī)定為到期時(shí)間的延長設(shè)置上限。因此即使當(dāng)解碼請求被擁塞，也有可能避免破壞獨(dú)立票證的預(yù)期目的，也就是返回在解碼請求時(shí)存在的用戶信息的能力。
業(yè)務(wù)服務(wù)器間協(xié)作的示例前述的業(yè)務(wù)服務(wù)器2是彼此分開且獨(dú)立的，并且可以根據(jù)需要添加或刪除業(yè)務(wù)服務(wù)器2。為了實(shí)現(xiàn)特定應(yīng)用，多個(gè)業(yè)務(wù)服務(wù)器2可以彼此協(xié)作地進(jìn)行操作。
取決于哪些業(yè)務(wù)服務(wù)器2協(xié)作用于給定的應(yīng)用，可以執(zhí)行不同的控制。下面示出了三種示例模式(1)客戶端定義該協(xié)作的情況；(2)定義該應(yīng)用的第三業(yè)務(wù)服務(wù)器定義該協(xié)作的情況；以及(3)認(rèn)證票證包括激活的業(yè)務(wù)的定義的情況。
圖16是示出了當(dāng)客戶端定義協(xié)作時(shí)業(yè)務(wù)服務(wù)器間的協(xié)作的示例的圖。在圖16中，當(dāng)客戶端1指向文檔時(shí)，在客戶端1的控制下激活資料庫(repository)業(yè)務(wù)21和打印業(yè)務(wù)22。資料庫業(yè)務(wù)21和打印業(yè)務(wù)22的每一個(gè)，為了對(duì)與他們各自的業(yè)務(wù)有關(guān)的訪問權(quán)限作出判斷，均使用用戶認(rèn)證裝置3來解碼各自的認(rèn)證票證。因此，用戶認(rèn)證裝置3以短時(shí)間間隔多次解碼同一用戶的認(rèn)證票證。
圖17是示出了在這種情況下執(zhí)行的處理的示例的程序圖表。S301至S307涉及獲取認(rèn)證票證的處理，S308涉及客戶端1的命令打印文檔的處理，S309至S315涉及由資料庫業(yè)務(wù)21執(zhí)行的處理，S316至S321涉及由打印業(yè)務(wù)22執(zhí)行的處理，并且S322和S323涉及客戶端1的等待業(yè)務(wù)的處理。在S309和S316，將認(rèn)證票證同時(shí)提供給資料庫業(yè)務(wù)21和打印業(yè)務(wù)22。替代的，也可以作出如下安排，即在資料庫業(yè)務(wù)21獲取到相關(guān)的文檔之后才向打印業(yè)務(wù)22提供認(rèn)證票證。
圖18是示出了當(dāng)定義應(yīng)用的第三業(yè)務(wù)服務(wù)器定義協(xié)作時(shí)業(yè)務(wù)服務(wù)器之間協(xié)作的示例的圖。在圖18中，當(dāng)客戶端1要遞送文檔時(shí)，在遞送應(yīng)用業(yè)務(wù)23的控制之下激活資料庫業(yè)務(wù)21和遞送業(yè)務(wù)24，以便解碼與他們各自的業(yè)務(wù)相關(guān)的認(rèn)證票證?？梢砸?guī)定使得遞送應(yīng)用業(yè)務(wù)23解碼所提供的認(rèn)證票證。在這種情況下，可以考慮解碼結(jié)果來限制從屬的業(yè)務(wù)服務(wù)器。一旦遞送失敗，在經(jīng)過間隔期限之后，傳送服務(wù)器24重新開始遞送。也可以依照解碼結(jié)果轉(zhuǎn)換該動(dòng)作。在遞送重新開始之后，一解碼認(rèn)證票證就返回的用戶信息是當(dāng)前的用戶信息。
圖19是示出了在這種情況下執(zhí)行的處理的示例的程序圖表。S401至S407涉及獲取認(rèn)證票證的處理，S408涉及客戶端1的命令遞送文檔的處理，S409至S428涉及在遞送應(yīng)用業(yè)務(wù)23的控制之下由資料庫業(yè)務(wù)21和遞送業(yè)務(wù)24執(zhí)行的處理，S429至S439涉及傳送一失敗就執(zhí)行的遞送重新開始處理。在S410和S417處，將認(rèn)證票證同時(shí)提供給資料庫業(yè)務(wù)21和打印業(yè)務(wù)22。替代的，可以作出如下安排，即在資料庫業(yè)務(wù)21獲取到相關(guān)的文檔之后向打印業(yè)務(wù)22提供認(rèn)證票證。
圖20是示出了當(dāng)認(rèn)證票證包括所激活業(yè)務(wù)的定義時(shí)，業(yè)務(wù)服務(wù)器間的協(xié)作的示例的圖。圖20專注于如下示例，即在MFP(多功能打印機(jī))內(nèi)部提供業(yè)務(wù)服務(wù)器2和用戶認(rèn)證裝置3。例如當(dāng)要進(jìn)行復(fù)印時(shí)，激活掃描過濾器26、打印過濾器27和圖像處理過濾器28作為實(shí)現(xiàn)復(fù)印應(yīng)用業(yè)務(wù)25的功能。當(dāng)對(duì)于客戶端1的每個(gè)用戶而言，在特定用戶的基礎(chǔ)上限制可用的過濾器的類型時(shí)，認(rèn)證票證可以包括相關(guān)的信息(表示可以激活的過濾器的類型)，因此指定能激活的業(yè)務(wù)。
圖21是示出了在這種情況下所執(zhí)行的處理的示例的程序圖表。通過步驟S501至步驟S507的獲取認(rèn)證票證的處理，發(fā)出定義用戶可用業(yè)務(wù)的類型的認(rèn)證票證。S508涉及客戶端1的命令遞送文檔的處理，并且S509至S535涉及在復(fù)印應(yīng)用業(yè)務(wù)25的控制之下由掃描過濾器26、打印過濾器27和圖像處理過濾器28所執(zhí)行的處理。S536涉及等待完成的處理。
之前出于說明的目的，已經(jīng)描述了本發(fā)明的實(shí)施例。但是本發(fā)明并不限于這些實(shí)施例，而是在不背離本發(fā)明的范圍的情況下可以作出各種變化和修改。不應(yīng)該認(rèn)為本發(fā)明被限制在說明書所述和在附圖中所圖示的實(shí)施例中。
本申請基于2005年11月22日在日本專利局提交的日本在先申請No.2005-336871和2006年11月9日在日本專利局提交的日本在先申請No.2006-304257，并且并入其全部內(nèi)容以作參考。
權(quán)利要求
1.一種認(rèn)證票證處理裝置，該認(rèn)證票證處理裝置用于響應(yīng)來自客戶端的認(rèn)證請求而產(chǎn)生用于提供給所述客戶端的認(rèn)證票證，并且當(dāng)所述客戶端要從彼此獨(dú)立操作的多個(gè)服務(wù)器接收一系列業(yè)務(wù)時(shí)，用于響應(yīng)來自服務(wù)器的關(guān)于與來自所述客戶端的業(yè)務(wù)請求相關(guān)聯(lián)的認(rèn)證票證的解碼請求而提供相關(guān)用戶信息，所述認(rèn)證票證處理裝置包括臨時(shí)數(shù)據(jù)存儲(chǔ)單元，被配置為一從用于管理用戶信息的用戶管理數(shù)據(jù)庫中接收到用戶信息，就保存所述用戶信息，該臨時(shí)數(shù)據(jù)存儲(chǔ)單元允許以比對(duì)所述用戶管理數(shù)據(jù)庫的訪問更高的速度來執(zhí)行對(duì)其的訪問，其中，該認(rèn)證票證處理裝置被如此配置當(dāng)響應(yīng)來自服務(wù)器的解碼請求需要獲取用戶信息時(shí)，檢查對(duì)應(yīng)于所述解碼請求的用戶信息是否存在于所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，并且如果對(duì)應(yīng)用戶信息存在于所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，則從所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中獲取對(duì)應(yīng)用戶信息。
2.如權(quán)利要求1所述的認(rèn)證票證處理裝置，還包括被配置為控制存儲(chǔ)在所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中的數(shù)據(jù)的控制單元，其中所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元被配置為將指示接收到信息的時(shí)間的信息和用戶信息一起存儲(chǔ)，所述接收到信息的時(shí)間是從所述用戶管理數(shù)據(jù)庫中接收到用戶信息的時(shí)間，并且其中所述控制單元被配置為一旦從所述接收到信息的時(shí)間經(jīng)過了特定的時(shí)間期限就刪除存儲(chǔ)在所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中的用戶信息。
3.如權(quán)利要求1所述的認(rèn)證票證處理裝置，其中如果所述對(duì)應(yīng)用戶信息沒有出現(xiàn)在所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，則從所述用戶管理數(shù)據(jù)庫中而不是從所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中獲取所述對(duì)應(yīng)用戶數(shù)據(jù)。
4.如權(quán)利要求2所述的認(rèn)證票證處理裝置，其中響應(yīng)對(duì)所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元的數(shù)據(jù)的訪問，而延長所述特定的時(shí)間期限。
5.如權(quán)利要求4所述的認(rèn)證票證處理裝置，其中將所述特定的時(shí)間期限的延長限制在從接收到信息的時(shí)間開始的某個(gè)時(shí)間限制之內(nèi)。
6.一種認(rèn)證票證處理方法，該方法響應(yīng)來自客戶端的認(rèn)證請求而產(chǎn)生用于提供給客戶端的認(rèn)證票證，并且當(dāng)客戶端要接收來自彼此獨(dú)立操作的多個(gè)服務(wù)器的一系列業(yè)務(wù)時(shí)，響應(yīng)來自服務(wù)器的關(guān)于與來自客戶端的業(yè)務(wù)請求相關(guān)聯(lián)的認(rèn)證票證的解碼請求而提供相關(guān)的用戶信息，所述認(rèn)證票證處理方法包括一從用于管理用戶信息的用戶管理數(shù)據(jù)庫中接收到用戶信息，就將所述用戶信息保存在臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，對(duì)該臨時(shí)數(shù)據(jù)存儲(chǔ)單元的訪問比對(duì)用戶管理數(shù)據(jù)庫的訪問更快；當(dāng)響應(yīng)來自服務(wù)器的解碼請求而需要獲取用戶信息時(shí)，檢查對(duì)應(yīng)于所述解碼請求的用戶信息是否存在于所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中；以及如果所述對(duì)應(yīng)用戶信息存在于臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，則從所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中獲取所述對(duì)應(yīng)用戶信息。
7.如權(quán)利要求6所述的認(rèn)證票證處理方法，進(jìn)一步包括將指示接收到信息的時(shí)間的信息和用戶信息一起存儲(chǔ)，所述接收到信息的時(shí)間是從所述用戶管理數(shù)據(jù)庫中接收到所述用戶信息的時(shí)間；以及一旦從所述接收到信息的時(shí)間后經(jīng)過了特定的時(shí)間期限，就刪除存儲(chǔ)在所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中的所述用戶信息。
8.如權(quán)利要求6所述的認(rèn)證票證處理方法，進(jìn)一步包括如果所述對(duì)應(yīng)用戶信息沒有出現(xiàn)在所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，則從所述用戶管理數(shù)據(jù)庫中而不是從所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元中獲取所述對(duì)應(yīng)用戶信息。
9.如權(quán)利要求7所述的認(rèn)證票證處理方法，進(jìn)一步包括響應(yīng)到所述臨時(shí)數(shù)據(jù)存儲(chǔ)單元的數(shù)據(jù)的訪問，而延長所述特定的時(shí)間期限。
10.如權(quán)利要求9所述的認(rèn)證票證處理方法，其中將所述特定的時(shí)間期限的延長限制在從所述接收到信息的時(shí)間開始的某個(gè)時(shí)間限制之內(nèi)。
全文摘要
一種認(rèn)證票證處理裝置，其包括臨時(shí)數(shù)據(jù)存儲(chǔ)單元，該臨時(shí)數(shù)據(jù)存儲(chǔ)單元被配置為一旦從用于管理用戶信息的用戶管理數(shù)據(jù)庫中接收到用戶信息就保存該用戶信息，該臨時(shí)數(shù)據(jù)存儲(chǔ)單元允許以比對(duì)用戶管理數(shù)據(jù)庫的訪問更高的速度來執(zhí)行對(duì)其的訪問。該認(rèn)證票證處理裝置被如此配置當(dāng)響應(yīng)來自服務(wù)器的解碼請求而需要獲取用戶信息時(shí)，檢查對(duì)應(yīng)于該解碼請求的用戶信息是否存在于臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，并且如果對(duì)應(yīng)用戶信息存在于臨時(shí)數(shù)據(jù)存儲(chǔ)單元中，則從該臨時(shí)數(shù)據(jù)存儲(chǔ)單元中獲取對(duì)應(yīng)用戶信息。
文檔編號(hào)G06F12/00GK1983071SQ200610064209
公開日2007年6月20日 申請日期2006年11月22日 優(yōu)先權(quán)日2005年11月22日
發(fā)明者大瀬戶太, 山本研策, 川田純 申請人:株式會(huì)社理光