一種doi的驗證方法、裝置和系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本申請涉及計算機技術(shù)領(lǐng)域，更具體地，涉及一種DOI的驗證方法、裝置和系統(tǒng)。
【背景技術(shù)】
[0002] 數(shù)字對象唯一標識符（Digital Object Unique Identifier, D0I)是一種對數(shù)字信 息進行標識的工具，它原是國外的數(shù)字文獻生產(chǎn)商較早采用的用來唯一標識其出版的電子 文獻的標識符。而后，基于該標識符，又形成了很多應用在不同環(huán)境下的標識符，如二維碼 和條形碼等，它們都統(tǒng)稱為數(shù)字對象唯一標識符。其中，二維碼是一種包含可讀性數(shù)據(jù)的條 碼，其通過使用黑白相間的幾何圖形來表示二進制數(shù)據(jù)的方式，在二維碼中可以攜帶漢字、 字母、數(shù)字等內(nèi)容。
[0003] 在現(xiàn)有技術(shù)中，用戶在根據(jù)二維碼執(zhí)行相應的操作時，可先通過客戶端自帶的掃 描設(shè)備掃描該二維碼，并對其進行解析，從而獲取二維碼中攜帶的內(nèi)容。然后，客戶端根據(jù) 該內(nèi)容中包含的操作信息，執(zhí)行該操作信息對應的操作。
[0004] 然而，盡管存在上述方案，但是，該方案存在以下缺陷：由于二維碼簽發(fā)人在生成 二維碼時，能夠在其中攜帶任何內(nèi)容，也就是說，二維碼中不僅可以攜帶合法內(nèi)容，也可以 攜帶非法內(nèi)容，而用戶無法通過肉眼直接知曉該二維碼中的內(nèi)容是否為合法內(nèi)容。因此，當 二維碼中的內(nèi)容為非法內(nèi)容時，用戶通過客戶端執(zhí)行該非法內(nèi)容中所包含的操作信息對應 的操作后，就會給用戶帶來風險，甚至損失。
[0005] 例如，二維碼簽發(fā)人在二維碼中攜帶了某釣魚網(wǎng)站的網(wǎng)站地址，用戶A在不知情 的情況下，使用客戶端掃描并解析該二維碼后，就會自動登陸到該釣魚網(wǎng)站，從而給用戶A 帶來了風險。
[0006] 因此，在本領(lǐng)域中，需要一種DOI的驗證方案，能夠解決由于客戶端根據(jù)攜帶非法 內(nèi)容的DOI執(zhí)行相應操作而給用戶帶來風險的問題。

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

[0007] 本申請的主要目的在于提供一種DOI的驗證技術(shù)，以解決現(xiàn)有技術(shù)中由于客戶根 據(jù)攜帶非法內(nèi)容的DOI執(zhí)行相應操作而給用戶帶來風險的問題。
[0008] 根據(jù)本申請的第一方面，提供了一種數(shù)字對象唯一標識符DOI的驗證方法，包括： 獲取從DOI中解析出的待驗證內(nèi)容；根據(jù)預先存儲的內(nèi)容以及所述待驗證內(nèi)容，驗證所述 DOI是否合法；當驗證結(jié)果為合法時，執(zhí)行所述待驗證內(nèi)容中包含的操作信息對應的操作； 當驗證結(jié)果為非法時，拒絕執(zhí)行所述待驗證內(nèi)容中包含的操作信息對應的操作。
[0009] 根據(jù)本申請的第二方面，提供了一種數(shù)字對象唯一標識符DOI的驗證方法，包括： 向服務器發(fā)送從DOI中解析出的待驗證內(nèi)容；接收服務器返回的驗證結(jié)果；當接收的驗證 結(jié)果為合法時，執(zhí)行所述待驗證內(nèi)容中包含的操作信息對應的操作；當接收的驗證結(jié)果為 非法時，拒絕執(zhí)行所述待驗證內(nèi)容中包含的操作信息對應的操作。
[0010] 根據(jù)本申請的第三方面，提供了一種數(shù)字對象唯一標識符DOI的驗證系統(tǒng)，包括： 服務器，用于接收客戶端發(fā)送的從DOI中解析出的待驗證內(nèi)容，根據(jù)預先存儲的內(nèi)容以及 所述待驗證內(nèi)容，驗證所述DOI是否合法，向客戶端返回驗證結(jié)果；客戶端，用于向服務器 發(fā)送從DOI中解析出的待驗證內(nèi)容，接收服務器返回的驗證結(jié)果，當接收的驗證結(jié)果為合 法時，執(zhí)行所述待驗證內(nèi)容中包含的操作信息對應的操作，當接收的驗證結(jié)果為非法時，拒 絕執(zhí)行所述待驗證內(nèi)容中包含的操作信息對應的操作。
[0011] 根據(jù)本申請的第四方面，提供了一種數(shù)字對象唯一標識符DOI的驗證裝置，其特 征在于，包括：獲取模塊，用于獲取從DOI中解析出的待驗證內(nèi)容；驗證模塊，用于根據(jù)預先 存儲的內(nèi)容以及所述待驗證內(nèi)容，驗證所述DOI是否合法；執(zhí)行模塊，用于當驗證結(jié)果為合 法時，執(zhí)行所述待驗證內(nèi)容中包含的操作信息對應的操作，當驗證結(jié)果為非法時，拒絕執(zhí)行 所述待驗證內(nèi)容中包含的操作信息對應的操作。
[0012] 根據(jù)本申請的第五方面，提供了一種數(shù)字對象唯一標識符DOI的驗證裝置，其特 征在于，包括：發(fā)送模塊，用于向服務器發(fā)送從DOI中解析出的待驗證內(nèi)容；接收模塊，用于 接收服務器返回的驗證結(jié)果；執(zhí)行模塊，用于當接收的驗證結(jié)果為合法時，執(zhí)行所述待驗證 內(nèi)容中包含的操作信息對應的操作，當接收的驗證結(jié)果為非法時，拒絕執(zhí)行所述待驗證內(nèi) 容中包含的操作信息對應的操作。
[0013] 根據(jù)本申請的技術(shù)方案，在根據(jù)DOI執(zhí)行相應的操作之前，先根據(jù)預先存儲的內(nèi) 容以及從DOI中解析出的待驗證內(nèi)容，驗證該DOI是否合法，當驗證結(jié)果為合法時，執(zhí)行待 驗證內(nèi)容中包含的操作信息對應的操作，反之，則拒絕執(zhí)行待驗證內(nèi)容中包含的操作信息 對應的操作。與現(xiàn)有技術(shù)相比，根據(jù)本申請的技術(shù)方案，在根據(jù)DOI執(zhí)行相應的操作時，可 避免由于客戶端根據(jù)攜帶非法內(nèi)容的DOI執(zhí)行相應操作而給用戶帶來風險，從而可使用戶 更安全地使用DOI。
【附圖說明】
[0014] 此處所說明的附圖用來提供對本申請的進一步理解，構(gòu)成本申請的一部分，本申 請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當限定。在附圖中：
[0015] 圖1是根據(jù)本申請一個實施例的DOI的驗證方法的流程圖；
[0016] 圖2是根據(jù)本申請一個實施例的更詳細的DOI的驗證方法的流程圖；
[0017] 圖3是根據(jù)本申請一個實施例的DOI的驗證系統(tǒng)的示意圖；
[0018] 圖4是根據(jù)本申請一個實施例的DOI的驗證裝置的框圖；以及
[0019] 圖5是根據(jù)本申請一個實施例的客戶端的DOI的驗證裝置的框圖。
【具體實施方式】
[0020] 本申請的主要思想在于，在根據(jù)DOI執(zhí)行相應的操作之前，先根據(jù)預先存儲的內(nèi) 容以及從DOI中解析出的待驗證內(nèi)容，驗證該DOI是否合法，當驗證結(jié)果為合法時，執(zhí)行待 驗證內(nèi)容中包含的操作信息對應的操作，反之，則拒絕執(zhí)行待驗證內(nèi)容中包含的操作信息 對應的操作。與現(xiàn)有技術(shù)相比，根據(jù)本申請的技術(shù)方案，在根據(jù)DOI執(zhí)行相應的操作時，可 避免由于客戶端根據(jù)攜帶非法內(nèi)容的DOI執(zhí)行相應操作而給用戶帶來風險，從而可使用戶 更安全地使用DOI。
[0021] 為使本申請的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實施例及 相應的附圖對本申請技術(shù)方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一 部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做 出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。
[0022] 參考圖1，圖1是根據(jù)本申請一個實施例的DOI的驗證方法的流程圖。
[0023] 步驟101，獲取從DOI中解析出的待驗證內(nèi)容。
[0024] 具體而言，當用戶欲根據(jù)DOI執(zhí)行相應操作時，可先通過客戶端的圖像采集設(shè)備 采集并解析該D0I，以獲取該DOI中攜帶的內(nèi)容。其中，客戶端包括但不限于手機、計算機 等終端設(shè)備。為了避免由于客戶端根據(jù)攜帶非法內(nèi)容的DOI執(zhí)行相應操作而給客戶帶來風 險，可在客戶端解析出DOI中攜帶的內(nèi)容后，不直接執(zhí)行解析出的內(nèi)容中攜帶的操作信息 對應的操作，而是先對該DOI中攜帶的內(nèi)容進行驗證。在步驟101中，客戶端獲取從DOI中 解析出的內(nèi)容后，可以將該內(nèi)容作為待驗證內(nèi)容，并由客戶端對其進行驗證，或者，客戶端 也可以將該待驗證內(nèi)容發(fā)送至服務器，服務器接收該待驗證內(nèi)容后，由服務器對該待驗證 內(nèi)容進行驗證。
[0025] 步驟102,根據(jù)預先存儲的內(nèi)容以及該待驗證內(nèi)容,驗證該DOI是否合法。當驗證 結(jié)果為合法時，則執(zhí)行步驟103,否則，執(zhí)行步驟104。
[0026] 具體而言，當要發(fā)布DOI的簽發(fā)人在生成DOI時，可將DOI中攜帶的內(nèi)容作為合法 內(nèi)容存儲在服務器中。該合法內(nèi)容中包含但不限于：DOI中包含的操作信息?；蛘?，也可以 將某些確定的非法內(nèi)容預先存儲在服務器中，比如某些釣魚網(wǎng)站的鏈接地址等。這樣，當服 務器接收到客戶端發(fā)送的從DOI中解析出的待驗證內(nèi)容后，可以根據(jù)預先存儲的內(nèi)容以及 該待驗證內(nèi)容，驗證該DOI是否合法，從而確定客戶端是否執(zhí)行該待驗證內(nèi)容中包含的操 作信息對應的操作。
[0027] 根據(jù)本申請的一個實施例，預先存儲的內(nèi)容包括：預先存儲的合法內(nèi)容；根據(jù)預 先存儲的內(nèi)容以及所述待驗證內(nèi)容，驗證所述DOI是否合法，進一步包括：判斷預先存儲的 合法內(nèi)容中是否存在所述待驗證內(nèi)容；若是，確定所述DOI的驗證結(jié)果為合法；否則，確定 所述DOI的驗證結(jié)果為非法。
[0028] 具體而言，可以在服務器中僅預先存儲合法內(nèi)容，由服務器驗證該合法內(nèi)容中是 否存在待驗證內(nèi)容，若存在，表明該待驗證內(nèi)容的可信度較高，則確定該DOI的驗證結(jié)果為 合法，否則，表明該待驗證內(nèi)容的可信度較低，則確定該DOI的驗證結(jié)果為非法。當然，為了 避免該待驗證內(nèi)容為合法內(nèi)容而未被保存在服務器的合法內(nèi)容中，當在服務器中預先存儲 的合法內(nèi)容中不存在該待驗證內(nèi)容時，該DOI的驗證結(jié)果可以為待定。當驗證結(jié)果為待定 時，優(yōu)選地，可以提供用戶包含"該待驗證內(nèi)容的DOI存在安全隱患"的消息，由用戶選擇是 否繼續(xù)執(zhí)行該待驗證內(nèi)容中包含的操作信息對應的操作，當用戶選擇執(zhí)行時，客戶端執(zhí)行 所述待驗證內(nèi)容中包含的操作信息對應的操作，當