信息處理設(shè)備及其系統(tǒng)和方法、程序以及客戶(hù)端終端的制作方法
【專(zhuān)利摘要】本
【發(fā)明內(nèi)容】
涉及信息處理設(shè)備及其系統(tǒng)和方法、程序以及客戶(hù)端終端。提供了一種信息處理設(shè)備，其包括：被配置成依次獲取來(lái)自用戶(hù)的多個(gè)處理請(qǐng)求的處理請(qǐng)求獲取單元，和被配置成根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理的認(rèn)證執(zhí)行單元。
【專(zhuān)利說(shuō)明】信息處理設(shè)備及其系統(tǒng)和方法、程序以及客戶(hù)端終端
【技術(shù)領(lǐng)域】
[0001]本公開(kāi)涉及一種信息處理設(shè)備、信息處理系統(tǒng)、信息處理方法、程序和客戶(hù)端終端。
【背景技術(shù)】
[0002]在相關(guān)技術(shù)中，例如，以下日本專(zhuān)利公開(kāi)N0.2010-67004公開(kāi)了這樣一種技術(shù)，當(dāng)認(rèn)證服務(wù)器認(rèn)證登錄用戶(hù)時(shí)獲取當(dāng)前的用戶(hù)數(shù)并且當(dāng)超出容量時(shí)向終端答復(fù)登錄等待時(shí)間，從而適當(dāng)?shù)販p少登錄時(shí)的負(fù)載。
[0003]并且，以下日本專(zhuān)利公開(kāi)N0.2002-278930公開(kāi)了這樣一種技術(shù)，因?yàn)橛捎谡?qǐng)求認(rèn)證的輸入所造成的負(fù)載隨著用戶(hù)想要訪(fǎng)問(wèn)的URL數(shù)目的增加而增加，所以向由已被認(rèn)證一次的用戶(hù)所使用的終端發(fā)送期望的網(wǎng)頁(yè)而不進(jìn)行認(rèn)證。

【發(fā)明內(nèi)容】

[0004]然而，日本專(zhuān)利公開(kāi)N0.2010-67004中公開(kāi)的技術(shù)是一種旨在減少服務(wù)器上的負(fù)載的技術(shù)，并且在存在許多用戶(hù)的情況下會(huì)出現(xiàn)導(dǎo)致等待時(shí)間的有害效應(yīng)。因此，在存在許多用戶(hù)的情況下，不可能在不導(dǎo)致等待時(shí)間的情況下提高登錄速度(即用戶(hù)認(rèn)證速度)。
[0005]并且，日本專(zhuān)利公開(kāi)N0.2002-278930中公開(kāi)的技術(shù)是一種對(duì)已被認(rèn)證一次的用戶(hù)省略隨后的密碼輸入并且不執(zhí)行認(rèn)證的技術(shù)。因此，盡管可以節(jié)省認(rèn)證工作，但是假設(shè)陌生人偽裝成真實(shí)用戶(hù)并且由于無(wú)認(rèn)證而登錄，存在安全方面的問(wèn)題。
[0006]因此，需要減少用戶(hù)認(rèn)證時(shí)的負(fù)載并且確保安全性以防止電子欺騙(spoofing)
坐寸ο
[0007]根據(jù)本公開(kāi)的實(shí)施例，提供了一種信息處理設(shè)備，包括:處理請(qǐng)求獲取單元，被配置成從用戶(hù)依次獲取多個(gè)處理請(qǐng)求；以及認(rèn)證執(zhí)行單元，被配置成根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理。
[0008]進(jìn)一步地，所述認(rèn)證執(zhí)行單元可以根據(jù)所述多個(gè)處理請(qǐng)求中每一個(gè)的認(rèn)證等級(jí)來(lái)設(shè)置用戶(hù)認(rèn)證處理的次數(shù)，并且執(zhí)行用戶(hù)認(rèn)證處理。
[0009]進(jìn)一步地，所述認(rèn)證執(zhí)行單元可以利用認(rèn)證協(xié)議來(lái)執(zhí)行用戶(hù)認(rèn)證處理，所述認(rèn)證協(xié)議重復(fù)多次用于用戶(hù)認(rèn)證處理的信息的交換。
[0010]進(jìn)一步地，所述認(rèn)證執(zhí)行單元執(zhí)行通過(guò)MQ協(xié)議的用戶(hù)認(rèn)證處理。
[0011]進(jìn)一步地，所述信息處理設(shè)備還可以包括被配置成記錄用戶(hù)認(rèn)證處理被執(zhí)行的重復(fù)計(jì)數(shù)η的認(rèn)證計(jì)數(shù)記錄單元。在所述重復(fù)計(jì)數(shù)η沒(méi)有達(dá)到根據(jù)處理請(qǐng)求的類(lèi)型事先設(shè)置的重復(fù)計(jì)數(shù)η’的情況下，所述認(rèn)證執(zhí)行單元可以進(jìn)一步執(zhí)行用戶(hù)認(rèn)證處理。
[0012]進(jìn)一步地，所述認(rèn)證執(zhí)行單元可以執(zhí)行用戶(hù)認(rèn)證處理，直到所述重復(fù)計(jì)數(shù)η達(dá)到根據(jù)處理請(qǐng)求的類(lèi)型事先設(shè)置的重復(fù)計(jì)數(shù)η’為止。
[0013]進(jìn)一步地，在所述重復(fù)計(jì)數(shù)η沒(méi)有達(dá)到根據(jù)處理請(qǐng)求的類(lèi)型事先設(shè)置的重復(fù)計(jì)數(shù)η’的情況下，所述認(rèn)證執(zhí)行單元可以進(jìn)一步執(zhí)行(η’ _η)次用戶(hù)認(rèn)證處理。[0014]進(jìn)一步地，用戶(hù)的處理請(qǐng)求的機(jī)密性越高，事先設(shè)置的重復(fù)計(jì)數(shù)η’可以被設(shè)置為越高的值。
[0015]進(jìn)一步地，事先設(shè)置的重復(fù)計(jì)數(shù)η’可以針對(duì)每個(gè)用戶(hù)被設(shè)置為不同的值。
[0016]進(jìn)一步地，在用戶(hù)認(rèn)證處理未被正常執(zhí)行的情況下，所述認(rèn)證執(zhí)行單元可以將所執(zhí)行的用戶(hù)認(rèn)證處理的重復(fù)計(jì)數(shù)η重新設(shè)置為O。
[0017]進(jìn)一步地，根據(jù)本公開(kāi)的實(shí)施例，提供了一種信息處理系統(tǒng)，包括:客戶(hù)端終端，被配置成發(fā)送從用戶(hù)輸入的處理請(qǐng)求；以及服務(wù)器，包括被配置成從所述客戶(hù)端終端依次獲取多個(gè)處理請(qǐng)求的處理請(qǐng)求獲取單元、以及被配置成根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理的認(rèn)證執(zhí)行單元。
[0018]進(jìn)一步地，根據(jù)本公開(kāi)的實(shí)施例，提供了一種信息處理方法，包括:從用戶(hù)依次獲取多個(gè)處理請(qǐng)求；以及根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理。
[0019]進(jìn)一步地，根據(jù)本公開(kāi)的實(shí)施例，提供了一種程序，其致使計(jì)算機(jī)用作:被配置成從用戶(hù)依次獲取多個(gè)處理請(qǐng)求的裝置；以及被配置成根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理的裝置。
[0020]進(jìn)一步地，根據(jù)本公開(kāi)的實(shí)施例，提供了一種客戶(hù)端終端，包括:發(fā)送單元，被配置成發(fā)送從用戶(hù)輸入的處理請(qǐng)求；以及接收單元，被配置成從服務(wù)器接收用戶(hù)認(rèn)證處理的結(jié)果，所述服務(wù)器從所述客戶(hù)端終端依次獲取多個(gè)處理請(qǐng)求并且根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理。
[0021]根據(jù)本公開(kāi)，可以減小用戶(hù)認(rèn)證時(shí)的負(fù)載并且還確保安全性以防止電子欺騙等
坐寸ο
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0022]圖1是說(shuō)明公鑰認(rèn)證方案中的算法概要的圖解；
[0023]圖2是說(shuō)明η遍(n-pass)公鑰認(rèn)證方案的圖解；
[0024]圖3是說(shuō)明根據(jù)3遍方案的特定算法的構(gòu)造的圖解；
[0025]圖4是說(shuō)明用于并行處理圖3所示的3遍方案的算法的方法的示意圖；
[0026]圖5是說(shuō)明用于并行處理圖3所示的3遍方案的算法的方法的示意圖；
[0027]圖6是說(shuō)明根據(jù)5遍方案的特定算法的構(gòu)造的圖解；
[0028]圖7是說(shuō)明根據(jù)本技術(shù)的實(shí)施例的通過(guò)認(rèn)證等級(jí)的分級(jí)進(jìn)行的負(fù)載分布的示意圖；
[0029]圖8是說(shuō)明根據(jù)本技術(shù)的實(shí)施例的系統(tǒng)配置示例的示意圖；
[0030]圖9是指示服務(wù)器中的處理的流程圖；
[0031]圖10是指示當(dāng)會(huì)話(huà)被來(lái)自客戶(hù)端終端的請(qǐng)求阻止時(shí)所進(jìn)行的處理的流程圖；和
[0032]圖11是指示信息處理設(shè)備的硬件配置的示意圖。
【具體實(shí)施方式】
[0033]在下文中，將參考附圖詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例。注意，在本說(shuō)明書(shū)和附圖中，基本上具有相同功能和結(jié)構(gòu)的結(jié)構(gòu)構(gòu)件用相同的附圖標(biāo)記表示，并且對(duì)這些結(jié)構(gòu)構(gòu)件的重復(fù)說(shuō)明被省略。[0034][關(guān)于說(shuō)明流程]
[0035]這里，描述與本公開(kāi)的以下實(shí)施例有關(guān)的說(shuō)明流程。首先，參考圖1說(shuō)明公鑰認(rèn)證方案的算法構(gòu)造。接下來(lái)，參考圖2說(shuō)明η遍公鑰認(rèn)證方案。
[0036]接下來(lái)，參考圖3至圖5，說(shuō)明根據(jù)3遍公鑰認(rèn)證方案的算法的構(gòu)造示例。接著，參考圖6描述根據(jù)5遍公鑰認(rèn)證方案的算法的構(gòu)造示例。接著，參考圖7至圖10說(shuō)明通過(guò)利用公鑰認(rèn)證方案的認(rèn)證等級(jí)的分級(jí)的負(fù)載分布。
[0037]接下來(lái)，參考圖11，說(shuō)明能夠?qū)崿F(xiàn)根據(jù)本公開(kāi)實(shí)施例的每個(gè)算法的信息處理設(shè)備的硬件配置示例。
[0038]并且，說(shuō)明是以以下順序給出的。
[0039]1:介紹
[0040]1-1:公鑰認(rèn)證方案的算法
[0041]1-2:Ν遍公鑰認(rèn)證方案
[0042]2:根據(jù)3遍公鑰認(rèn)證方案的算法的構(gòu)造
[0043]2-1:特定算法的構(gòu)造示例
[0044]2-2:串行化算法的構(gòu)造示例
[0045]3:根據(jù)5遍公鑰認(rèn)證方案的算法的構(gòu)造
[0046]3-1:特定算法的構(gòu)造示例
[0047]4:系統(tǒng)配置的示例
[0048]4-1:根據(jù)本實(shí)施例的系統(tǒng)的概要
[0049]4-2:系統(tǒng)的配置示例
[0050]4-3:系統(tǒng)的操作
[0051 ] 4-4:關(guān)于用戶(hù)認(rèn)證協(xié)議
[0052]4-5:關(guān)于認(rèn)證重復(fù)計(jì)數(shù)η’
[0053]4-6:關(guān)于更改每個(gè)用戶(hù)的認(rèn)證等級(jí)的示例
[0054]5:硬件的配置示例
[0055]〈1:介紹 >
[0056]本實(shí)施例涉及當(dāng)用戶(hù)登錄客戶(hù)端終端時(shí)的用戶(hù)認(rèn)證。首先，作為最初應(yīng)用于本實(shí)施例的合適的用戶(hù)認(rèn)證方案，說(shuō)明將安全性的依據(jù)置于關(guān)于多維多變量聯(lián)立方程式的求解問(wèn)題的難度上的公鑰認(rèn)證方案(其可能在后文稱(chēng)作“MQ協(xié)議”)。然而，不像例如HFE電子簽名方案的相關(guān)技術(shù)那樣，本實(shí)施例涉及利用多維多變量聯(lián)立方程式的公鑰認(rèn)證方案，而無(wú)需用于有效解的方法(活板門(mén)(trapdoor))。并且，如后文描述的那樣，適用于本實(shí)施例的認(rèn)證方案不限于此。首先，關(guān)于公鑰認(rèn)證方案的算法和η遍公鑰認(rèn)證方案來(lái)容易地說(shuō)明概要。
[0057][1-1:公鑰認(rèn)證方案的算法]
[0058]首先，參考圖1，說(shuō)明公鑰認(rèn)證方案的算法的概要。圖1是說(shuō)明公鑰認(rèn)證方案的算法概要的圖解。
[0059]公鑰認(rèn)證由某人(即證明者)使用來(lái)通過(guò)公鑰pk和私鑰Sk使其他人(例如驗(yàn)證者)相信該同一人。例如，證明者A的公鑰口匕被公布給驗(yàn)證者B。同時(shí)，證明者A的私鑰8匕由證明者A秘密地管理。在公鑰認(rèn)證的機(jī)制中，知道與公鑰pkA對(duì)應(yīng)的私鑰skA的人被認(rèn)為是證明者A。[0060]為了使用公鑰認(rèn)證機(jī)制并且向驗(yàn)證者B證明證明者A被標(biāo)識(shí)為證明者A，可能需要通過(guò)會(huì)話(huà)協(xié)議向驗(yàn)證者B出示證明者A知道與公鑰pkA對(duì)應(yīng)的私鑰skA的證據(jù)。隨后，在向驗(yàn)證者B出示證明者A知道私鑰skA的證據(jù)并且驗(yàn)證者B已確認(rèn)該證據(jù)的情況下，證明者A(即同一人)的有效性被證明。
[0061]然而，為了確保安全性，公鑰認(rèn)證機(jī)制需要滿(mǎn)足以下條件。
[0062]第一條件是“盡可能降低當(dāng)執(zhí)行會(huì)話(huà)協(xié)議時(shí)由不具有私鑰Sk的偽證者建立偽證的概率”。這個(gè)第一條件的建立稱(chēng)作“健全性(soundness)”。也就是說(shuō)，該健全性是以“當(dāng)執(zhí)行會(huì)話(huà)協(xié)議時(shí)沒(méi)有由不具有私鑰sk的偽證者以可測(cè)量概率建立偽證”而被釋義的。第二條件是“即使執(zhí)行會(huì)話(huà)協(xié)議，由證明者A持有的私鑰skA的所有信息也不會(huì)泄露給驗(yàn)證者B”。這個(gè)第二條件的建立稱(chēng)作“零知識(shí)”。
[0063]為了安全地執(zhí)行公鑰認(rèn)證，需要使用具有健全性和零知識(shí)的會(huì)話(huà)協(xié)議。如果利用沒(méi)有健全性和零知識(shí)的會(huì)話(huà)協(xié)議來(lái)執(zhí)行認(rèn)證處理，則由于無(wú)法否認(rèn)偽證的可能性和泄露私鑰信息的可能性，所以即使處理本身成功完成，也不滿(mǎn)足證明者的有效性不被證明。因此，如何保證會(huì)話(huà)協(xié)議的健全性和零知識(shí)是重要的。
[0064](模型)
[0065]如圖1所示，公鑰認(rèn)證方案的模型包括證明者和驗(yàn)證者兩個(gè)實(shí)體。證明者利用密鑰生成算法Gen生成對(duì)于驗(yàn)證者是唯一的專(zhuān)用私鑰sk和公鑰pk的組合。接著，證明者通過(guò)利用密鑰生成算法Gen而生成的私鑰sk和公鑰pk的組合的使用來(lái)執(zhí)行與驗(yàn)證者的會(huì)話(huà)協(xié)議。此時(shí)，證明者通過(guò)使用證明者算法P來(lái)執(zhí)行會(huì)話(huà)協(xié)議。如上文所述，利用證明者算法P，證明者在會(huì)話(huà)協(xié)議中向驗(yàn)證者出示證明者擁有私鑰sk的證據(jù)。
[0066]同時(shí)，驗(yàn)證者利用驗(yàn)證者算法V執(zhí)行會(huì)話(huà)協(xié)議，并且驗(yàn)證該證明者是否擁有支持由證明者公布的公鑰的私鑰。也就是說(shuō)，驗(yàn)證者是驗(yàn)證證明者是否擁有支持公鑰的私鑰的實(shí)體。因此，公鑰認(rèn)證方案的模型包括證明者和驗(yàn)證者兩個(gè)實(shí)體、以及密鑰生成算法Gen、證明者算法P和驗(yàn)證者算法V三個(gè)算法。
[0067]并且，在以下說(shuō)明中，盡管使用表述“證明者”和“驗(yàn)證者”，但是這些表述完全表示實(shí)體。因此，執(zhí)行密鑰生成算法Gen和證明者算法P的對(duì)象是與“證明者”實(shí)體相對(duì)應(yīng)的信息處理設(shè)備。類(lèi)似地，執(zhí)行驗(yàn)證者算法V的對(duì)象是信息處理設(shè)備。這些信息處理設(shè)備的硬件配置例如如圖11所示。也就是說(shuō)，密鑰生成算法Gen、證明者算法P和驗(yàn)證者算法V是由CPU902等基于記錄在R0M904、RAM906、存儲(chǔ)單元920和可移除記錄介質(zhì)928等中的程序來(lái)執(zhí)行的。
[0068](密鑰生成算法Gen)
[0069]密鑰生成算法Gen由證明者使用。密鑰生成算法Gen是一種為證明者生成私鑰sk和公鑰Pk的組合的算法。由密鑰生成算法Gen生成的公鑰Pk被公布。隨后，所公布的公鑰Pk被驗(yàn)證者使用。同時(shí)，證明者秘密地管理由密鑰生成算法Gen生成的私鑰sk。隨后，由證明者秘密管理的私鑰sk被用來(lái)向驗(yàn)證者證明該證明者擁有支持公鑰pk的私鑰sk。形式上，密鑰生成算法Gen接收安全參數(shù)1λ (其中λ是等于或大于O的整數(shù))的輸入并且表示為以下列出的表達(dá)式(I )，作為輸出私鑰sk和公鑰pk的算法。
[0070](sk, pk) — Gen (Ia)
[0071]...(I)[0072](證明者算法P)
[0073]證明者算法P由證明者使用。證明者算法P是一種向驗(yàn)證者證明該證明者擁有支持公鑰Pk的私鑰sk的算法。也就是說(shuō)，證明者算法P是一種接收私鑰sk和公鑰pk的輸入并執(zhí)行會(huì)話(huà)協(xié)議的算法。
[0074](驗(yàn)證者算法V)
[0075]驗(yàn)證者算法V由驗(yàn)證者使用。驗(yàn)證者算法V是一種在會(huì)話(huà)協(xié)議中驗(yàn)證證明者是否擁有支持公鑰Pk的私鑰Sk的算法。驗(yàn)證者算法V是一種接收公鑰Pk的輸入并按照會(huì)話(huà)協(xié)議的執(zhí)行結(jié)果輸出O或I (I比特)的算法。并且，驗(yàn)證者在驗(yàn)證者算法V輸出O的情況下確定證明者是未被授權(quán)的，并且在驗(yàn)證者算法V輸出I的情況下確定證明者是被授權(quán)的。形式上，驗(yàn)證者算法V表示為以下列出的表達(dá)式(2)。
[0076]0/1—V(pk)
[0077]…(2)
[0078]如上文所述，為了實(shí)現(xiàn)重要的公鑰認(rèn)證，會(huì)話(huà)協(xié)議需要滿(mǎn)足健全性和零知識(shí)兩個(gè)條件。然而，為了證明證明者擁有私鑰sk，需要驗(yàn)證者執(zhí)行根據(jù)私鑰sk的過(guò)程，將結(jié)果報(bào)告給驗(yàn)證者并且然后使驗(yàn)證者基于報(bào)告內(nèi)容執(zhí)行驗(yàn)證。需要執(zhí)行根據(jù)私鑰sk的過(guò)程以確保健全性。同時(shí)，需要不將關(guān)于私鑰sk的所有信息泄露給驗(yàn)證者。因此，需要明智地設(shè)計(jì)上述密鑰生成算法Gen、證明者算法P和驗(yàn)證者算法V從而滿(mǎn)足這些要求。
[0079]上面已經(jīng)描述了公鑰認(rèn)證方案的算法的概要。
[0080][1-2:N遍公鑰認(rèn)證方案]
[0081]接下來(lái)，參考圖2，說(shuō)明η遍公鑰認(rèn)證方案。圖2是說(shuō)明η遍公鑰認(rèn)證方案的圖解。
[0082]如上文所述，公鑰認(rèn)證方案是一種在會(huì)話(huà)協(xié)議中向驗(yàn)證者證明證明者擁有支持公鑰Pk的私鑰Sk的認(rèn)證方案。并且，會(huì)話(huà)協(xié)議需要滿(mǎn)足健全性和零知識(shí)兩個(gè)條件。因此，在會(huì)話(huà)協(xié)議中，如圖2所示，在證明者和驗(yàn)證者二者執(zhí)行處理時(shí)執(zhí)行η次信息交換。
[0083]在η遍公鑰認(rèn)證方案的情況下，處理(步驟#1)由證明者利用證明者算法P來(lái)執(zhí)行，并且信息T1被發(fā)送至驗(yàn)證者。接著，處理(步驟#2)由驗(yàn)證者利用驗(yàn)證者算法V來(lái)執(zhí)行，并且信息T2被發(fā)送至證明者。進(jìn)一步地，關(guān)于k=3至η依次進(jìn)行處理的執(zhí)行和信息Tk的發(fā)送，并且結(jié)束時(shí)執(zhí)行處理(步驟#η+1 )。因此，發(fā)送和接收信息η次的方案稱(chēng)作“η遍”公鑰認(rèn)證方案。
[0084]上面已經(jīng)描述了 η遍公鑰認(rèn)證方案。
[0085]〈2:根據(jù)3遍公鑰認(rèn)證方案的算法的構(gòu)造>
[0086]在下文中，說(shuō)明根據(jù)3遍公鑰認(rèn)證方案的算法。并且，在以下說(shuō)明中，3遍公鑰認(rèn)證方案可以稱(chēng)作“3遍方案”。
[0087][2-1:特定算法的構(gòu)造示例(圖3)]
[0088]首先，參考圖3，介紹根據(jù)3遍方案的特定算法的構(gòu)造示例。圖3是說(shuō)明根據(jù)3遍方案的特定算法的構(gòu)造的圖解。在這里，考慮將二次多項(xiàng)式的組合(4 00，...，400)用作公鑰Pk的一部分這一情形。然而，假定二次多項(xiàng)式fi(x)表示為以下列出的表達(dá)式(6)。并且，向量(X1,..., xn)寫(xiě)為“X”并且二次多項(xiàng)式的組合賴(lài)’…丄⑴)寫(xiě)為“多變量多項(xiàng)式F(X) ”[0089]
【權(quán)利要求】
1.一種信息處理設(shè)備,包括: 處理請(qǐng)求獲取單元，被配置成從用戶(hù)依次獲取多個(gè)處理請(qǐng)求；以及 認(rèn)證執(zhí)行單元，被配置成根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理。
2.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其中，所述認(rèn)證執(zhí)行單元根據(jù)所述多個(gè)處理請(qǐng)求中每一個(gè)的認(rèn)證等級(jí)來(lái)設(shè)置用戶(hù)認(rèn)證處理的次數(shù)，并且執(zhí)行用戶(hù)認(rèn)證處理。
3.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其中，所述認(rèn)證執(zhí)行單元利用認(rèn)證協(xié)議來(lái)執(zhí)行用戶(hù)認(rèn)證處理，所述認(rèn)證協(xié)議重復(fù)多次用于用戶(hù)認(rèn)證處理的信息的交換。
4.根據(jù)權(quán)利要求3所述的信息處理設(shè)備，其中，所述認(rèn)證執(zhí)行單元執(zhí)行通過(guò)MQ協(xié)議的用戶(hù)認(rèn)證處理。
5.根據(jù)權(quán)利要求3所述的信息處理設(shè)備，還包括被配置成記錄用戶(hù)認(rèn)證處理被執(zhí)行的重復(fù)計(jì)數(shù)η的認(rèn)證計(jì)數(shù)記錄單元， 其中，在所述重復(fù)計(jì)數(shù)η沒(méi)有達(dá)到根據(jù)處理請(qǐng)求的類(lèi)型事先設(shè)置的重復(fù)計(jì)數(shù)η’的情況下，所述認(rèn)證執(zhí)行單元進(jìn)一步執(zhí)行用戶(hù)認(rèn)證處理。
6.根據(jù)權(quán)利要求5所述的信息處理設(shè)備，其中，所述認(rèn)證執(zhí)行單元執(zhí)行用戶(hù)認(rèn)證處理，直到所述重復(fù)計(jì)數(shù)η達(dá)到根據(jù)處理請(qǐng)求的類(lèi)型事先設(shè)置的重復(fù)計(jì)數(shù)η’為止。
7.根據(jù)權(quán)利要求5 所述的信息處理設(shè)備，其中，在所述重復(fù)計(jì)數(shù)η沒(méi)有達(dá)到根據(jù)處理請(qǐng)求的類(lèi)型事先設(shè)置的重復(fù)計(jì)數(shù)η’的情況下，所述認(rèn)證執(zhí)行單元進(jìn)一步執(zhí)行(η’ -η)次用戶(hù)認(rèn)證處理。
8.根據(jù)權(quán)利要求5所述的信息處理設(shè)備，其中，用戶(hù)的處理請(qǐng)求的機(jī)密性越高，事先設(shè)置的重復(fù)計(jì)數(shù)η’被設(shè)置為越高的值。
9.根據(jù)權(quán)利要求5所述的信息處理設(shè)備，其中，事先設(shè)置的重復(fù)計(jì)數(shù)η’針對(duì)每個(gè)用戶(hù)被設(shè)置為不同的值。
10.根據(jù)權(quán)利要求5所述的信息處理設(shè)備，其中，在用戶(hù)認(rèn)證處理未被正常執(zhí)行的情況下，所述認(rèn)證執(zhí)行單元將所執(zhí)行的用戶(hù)認(rèn)證處理的重復(fù)計(jì)數(shù)η重新設(shè)置為O。
11.一種信息處理系統(tǒng),包括: 客戶(hù)端終端，被配置成發(fā)送從用戶(hù)輸入的處理請(qǐng)求；以及 服務(wù)器，包括被配置成從所述客戶(hù)端終端依次獲取多個(gè)處理請(qǐng)求的處理請(qǐng)求獲取單元、以及被配置成根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理的認(rèn)證執(zhí)行單元。
12.—種信息處理方法,包括: 從用戶(hù)依次獲取多個(gè)處理請(qǐng)求；以及 根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理。
13.一種程序，其致使計(jì)算機(jī)用作: 被配置成從用戶(hù)依次獲取多個(gè)處理請(qǐng)求的裝置；以及 被配置成根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理的裝置。
14.一種客戶(hù)端終端，包括: 發(fā)送單元，被配置成發(fā)送從用戶(hù)輸入的處理請(qǐng)求；以及 接收單元，被配置成從服務(wù)器接收用戶(hù)認(rèn)證處理的結(jié)果，所述服務(wù)器從所述客戶(hù)端終端依次獲取多個(gè)處理請(qǐng)求并且根據(jù)獲取所述多個(gè)處理請(qǐng)求的定時(shí)來(lái)分布和執(zhí)行用戶(hù)認(rèn)證處理。`
【文檔編號(hào)】H04L29/06GK103685216SQ201310380372
【公開(kāi)日】2014年3月26日 申請(qǐng)日期:2013年8月28日 優(yōu)先權(quán)日:2012年9月4日
【發(fā)明者】田中雄, 川元洋平, 神尾一也, 堅(jiān)木雅宣, 樋渡玄良 申請(qǐng)人:索尼公司