登錄客戶端的方法及裝置的制造方法
【專利摘要】本發(fā)明公開了一種登錄客戶端的方法及裝置。其中，該方法包括：在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系；在第一客戶端的登錄界面上，獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端；響應登錄請求使用登錄賬號登錄第一客戶端。本發(fā)明解決了采用現有的登錄方法所導致的登錄效率較低的技術問題。
【專利說明】
登錄客戶端的方法及裝置
技術領域
[0001]本發(fā)明涉及計算機領域，具體而言，涉及一種登錄客戶端的方法及裝置。
【背景技術】
[0002]目前，現有的登錄客戶端的方法通常包括以下兩種:
[0003]I)使用賬號密碼登錄，如圖1(a)-圖1(d)所示，先在客戶端的登錄界面輸入登錄賬號，然后輸入對應的密碼，并等待對輸入的賬號和密碼的登錄驗證，其中，用戶的登錄賬號和密碼往往都設置的很長。這樣通過手動輸入賬號密碼的過程來實現登錄客戶端的方案，所需執(zhí)行的登錄操作較為復雜，從而導致登錄所花費的登錄時間較長，進而造成登錄效率較低的問題。
[0004]2)通過第三方授權登錄，如圖2(a)-圖2(d)所示，通過向可靠的第三方授權實現登錄，這樣就需要增加授權登錄的確認操作，如圖2(b)-圖2(c)所示，進而才能執(zhí)行進一步的授權登錄過程。然而，這種方式不僅安全性較低，而且增加了交互次數，使得登錄操作變得更加復雜，也將影響登錄客戶端的登錄效率。
[0005]針對上述的問題，目前尚未提出有效的解決方案。
【發(fā)明內容】
[0006]本發(fā)明實施例提供了一種登錄客戶端的方法及裝置，以至少解決采用現有的登錄方法所導致的登錄效率較低的技術問題。
[0007]根據本發(fā)明實施例的一個方面，提供了一種登錄客戶端的方法，包括:在終端運行的第一客戶端的登錄界面上，獲取在上述終端運行的第二客戶端當前登錄的登錄賬號，其中，上述第二客戶端與上述第一客戶端具有關聯(lián)關系;在上述第一客戶端的登錄界面上，獲取對上述登錄賬號執(zhí)行操作后所生成的登錄請求，其中，上述登錄請求用于請求使用上述登錄賬號登錄上述第一客戶端；響應上述登錄請求使用上述登錄賬號登錄上述第一客戶端。
[0008]根據本發(fā)明實施例的另一方面，還提供了一種登錄客戶端的方法，包括:接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求，其中，上述登錄賬號為在上述終端運行的第二客戶端當前登錄的登錄賬號，上述第二客戶端與上述第一客戶端具有關聯(lián)關系；響應上述登錄驗證請求驗證上述第一客戶端是否使用上述登錄賬號執(zhí)行登錄;在驗證成功時，通過上述第二客戶端發(fā)送登錄驗證成功的響應，以使上述第一客戶端使用上述登錄賬號執(zhí)行登錄。
[0009]根據本發(fā)明實施例的又一個方面，提供了一種登錄客戶端的裝置，包括:第一獲取單元，用于在終端運行的第一客戶端的登錄界面上，獲取在上述終端運行的第二客戶端當前登錄的登錄賬號，其中，上述第二客戶端與上述第一客戶端具有關聯(lián)關系；第二獲取單元，用于在上述第一客戶端的登錄界面上，獲取對上述登錄賬號執(zhí)行操作后所生成的登錄請求，其中，上述登錄請求用于請求使用上述登錄賬號登錄上述第一客戶端；登錄單元，用于響應上述登錄請求使用上述登錄賬號登錄上述第一客戶端。
[0010]根據本發(fā)明實施例的又一方面，還提供了一種登錄客戶端的裝置，包括:第一接收單元，用于接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求，其中，上述登錄賬號為在上述終端運行的第二客戶端當前登錄的登錄賬號，上述第二客戶端與上述第一客戶端具有關聯(lián)關系；驗證單元，用于響應上述登錄驗證請求驗證上述第一客戶端是否使用上述登錄賬號執(zhí)行登錄;發(fā)送單元，用于在驗證成功時，通過上述第二客戶端發(fā)送登錄驗證成功的響應，以使上述第一客戶端使用上述登錄賬號執(zhí)行登錄。
[0011]在本發(fā)明實施例中，通過在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系;并在第一客戶端的登錄界面上獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端;進而響應登錄請求使用登錄賬號登錄第一客戶端。也就是說，第一客戶端通過從具有關聯(lián)關系的第二客戶端獲取第二客戶端當前登錄的登錄賬號，并使用獲取到的該登錄賬號實現快速登錄，從而實現簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。以克服現有技術需要通過多次交互等復雜的操作所導致的登錄效率較低的問題。
【附圖說明】
[0012]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:
[0013]圖1是根據現有技術的一種登錄客戶端的方法的示意圖；
[0014]圖2是根據現有技術的另一種登錄客戶端的方法的示意圖；
[0015]圖3是根據本發(fā)明實施例的一種可選的登錄客戶端的方法的應用環(huán)境示意圖；
[0016]圖4是根據本發(fā)明實施例的一種可選的登錄客戶端的方法的流程圖；
[0017]圖5是根據本發(fā)明實施例的一種可選的登錄客戶端的方法的示意圖；
[0018]圖6是根據本發(fā)明實施例的另一種可選的登錄客戶端的方法的應用環(huán)境示意圖；
[0019]圖7是根據本發(fā)明實施例的另一種可選的登錄客戶端的方法的流程圖；
[0020]圖8是根據本發(fā)明實施例的另一種可選的登錄客戶端的方法的示意圖；
[0021 ]圖9是根據本發(fā)明實施例的又一種可選的登錄客戶端的方法的流程圖；
[0022]圖10是根據本發(fā)明實施例的一種可選的登錄客戶端的裝置的示意圖；
[0023]圖11是根據本發(fā)明實施例的另一種可選的登錄客戶端的裝置的示意圖；
[0024]圖12是根據本發(fā)明實施例的一種可選的登錄客戶端的終端的示意圖；以及
[0025]圖13是根據本發(fā)明實施例的一種可選的登錄客戶端的服務器的示意圖。
【具體實施方式】
[0026]為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。
[0027]需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數據在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。
[0028]實施例1
[0029]根據本發(fā)明實施例，提供了一種登錄客戶端的方法的實施例，該登錄客戶端的方法可以但不限于應用于如圖3所示的應用環(huán)境中，在終端302運行的第一客戶端的登錄界面上，獲取在該終端302運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系，然后在第一客戶端的登錄界面上，對獲取到的上述登錄賬號執(zhí)行操作，獲取對該登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端，響應該登錄請求使用上述登錄賬號登錄第一客戶端，從而實現將該登錄請求發(fā)送給第一客戶端所在的服務器306，在終端302顯示登錄第一客戶端后，通過網絡304從第一客戶端所在的服務器306返回的資源信息。通過在第一客戶端登錄界面上獲取與第一客戶端關聯(lián)的第二客戶端當前登錄的登錄賬號，使用該登錄賬號直接登錄，從而實現簡化登錄客戶端的登錄操作，達到節(jié)省登錄時間，進而實現提高登錄效率的效果。
[0030]可選地，在本實施例中，上述終端可以包括但不限于以下至少之一:手機、平板電腦、筆記本電腦、臺式機。上述只是一種示例，本實施例對此不做任何限定?？蛇x地，在本實施例中，上述網絡可以包括但不限于以下至少之一:廣域網、城域網、局域網。上述只是一種示例，本實施例對此不做任何限定。
[0031]根據本發(fā)明實施例，提供了一種登錄客戶端的方法，如圖4所示，該方法包括:
[0032]S402，在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系；
[0033]S404，在第一客戶端的登錄界面上，獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端；
[0034]S406，響應登錄請求使用登錄賬號登錄第一客戶端。
[0035]可選地，在本實施例中，上述登錄客戶端的方法可以但不限于應用于具有關聯(lián)關系的客戶端(例如即時通訊應用客戶端，及與該即時通訊應用客戶端對應的社區(qū)空間共享應用客戶端)的登錄過程中。也就是說，在登錄第一客戶端時，利用第一客戶端與第二客戶端之間的關聯(lián)關系，獲取在終端上運行第二客戶端當前登錄的登錄賬號(例如圖5所示賬號125253)，進一步，使用該登錄賬號實現對第一客戶端的快速登錄，如圖5(a)-5(c)所示，從而實現在登錄第一客戶端后，顯示從第一客戶端所在的服務器返回的資源信息。上述舉例只是一種實施例，本實施例中對此不做任何限定。
[0036]需要說明的是，在本實施例中，通過在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系;并在第一客戶端的登錄界面上獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端;進而響應登錄請求使用登錄賬號登錄第一客戶端。第一客戶端通過從具有關聯(lián)關系的第二客戶端獲取第二客戶端當前登錄的登錄賬號，并使用獲取到的該登錄賬號實現快速登錄，從而實現簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。以克服現有技術需要通過多次交互等復雜的操作所導致的登錄效率較低的問題。
[0037]可選地，在本實施例中，在第一客戶端的登錄界面上，獲取對登錄賬號執(zhí)行操作后所生成的登錄請求包括:第一客戶端獲取對登錄賬號執(zhí)行選中操作所生成的選中指令，響應該選中指令向第二客戶端發(fā)送登錄驗證請求。然后，由第二客戶端所在的服務器來驗證判斷是否允許該第一客戶端使用上述登錄賬號執(zhí)行登錄，并在驗證成功時，通過第二客戶端發(fā)送登錄驗證成功的響應，以使第一客戶端可以使用上述登錄賬號執(zhí)行快速登錄。
[0038]也就是說，如圖6所示，終端302運行的第一客戶端在登錄時獲取具有關聯(lián)關系的第二客戶端當前登錄的登錄賬號后，并通過對該登錄賬號執(zhí)行選中操作生成選中指令，響應該選中指令，終端302將向第二客戶端所在服務器602發(fā)送登錄驗證請求，以使服務器602利用預先注冊的信息驗證終端302上的第一客戶端是否可以使用上述登錄賬號執(zhí)行快速登錄。第一客戶端在通過第二客戶端收到服務器602發(fā)送的登錄驗證成功的響應后，將獲取用于請求使用登錄賬號登錄第一客戶端的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在的服務器306，以獲取登錄后所要顯示的資源信息。
[0039]可選地，在本實施例中，在上述驗證過程中，第二客戶端所在的服務器可以但不限于對登錄簽名進行驗證。例如，在第一客戶端獲取在終端運行的第二客戶端當前登錄的登錄賬號之前，向第二客戶端所在的服務器發(fā)送注冊請求，其中，注冊請求用于請求在服務器注冊第一客戶端的登錄簽名(如Sign A)。在第一客戶端獲取上述登錄賬號后執(zhí)行登錄時，在向第二客戶端所在服務器發(fā)送登錄驗證請求中將攜帶有與該第一客戶端對應的登錄簽名(如Sign B)，第二客戶端所在的服務器通過對預先注冊的登錄簽名Sign A與從請求驗證的第一客戶端獲取到的Sign B進行驗證，從而實現對第一客戶端是否可以使用第二客戶端當前登錄的賬號進行快速登錄的快速驗證，進而達到節(jié)省第一客戶端的登錄時間，提高登錄效率的效果。
[0040]可選地，在本實施例中，在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號可以但不限于:通過在終端中進行第一客戶端與第二客戶端之間的通信，以使第一客戶端直接獲取第二客戶端當前登錄的登錄賬號，并在第一客戶端的登錄界面顯示該登錄賬號。如圖5(a)所示在第一客戶端的登錄界面上顯示第二客戶端當前登錄的登錄賬號。
[0041 ]可選地，在本實施例中，向第二客戶端發(fā)送登錄驗證請求可以包括但不限于:在第一客戶端的登錄界面上創(chuàng)建第二客戶端的透明界面，并在該透明界面上向第二客戶端發(fā)送登錄驗證請求。從而實現在該登錄驗證請求中攜帶用于登錄驗證的與第一客戶端對應的第一登錄簽名。
[0042]具體結合以下示例進行說明，如圖7所示步驟S702-S716，第一客戶端702從第二客戶端706獲取當前登錄的登錄賬號，并對該登錄賬號執(zhí)行操作(如選中操作)，響應由該操作生成的操作指令通過第二客戶端706向第二客戶端所在服務器708發(fā)送登錄驗證請求，在第二客戶端所在服務器708中驗證是否允許第一客戶端使用該登錄賬號執(zhí)行登錄。在驗證成功的情況下，第二客戶端所在服務器708通過第二客戶端向第一客戶端發(fā)送登錄驗證成功的響應(如該響應中攜帶有登錄票據)，第一客戶端702根據該響應獲取用于登錄的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在服務器704，在顯示登錄第一客戶端702后，從第一客戶端所在的服務器704獲取返回的資源信息。
[0043]通過本申請?zhí)峁┑膶嵤├?，通過在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系;并在第一客戶端的登錄界面上獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端;進而響應登錄請求使用登錄賬號登錄第一客戶端。第一客戶端通過從具有關聯(lián)關系的第二客戶端獲取第二客戶端當前登錄的登錄賬號，并使用獲取到的該登錄賬號實現快速登錄，從而實現簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。以克服現有技術需要通過多次交互等復雜的操作所導致的登錄效率較低的問題。
[0044]作為一種可選的方案，在第一客戶端的登錄界面上，獲取對第二客戶端的登錄賬號執(zhí)行操作后所生成的登錄請求包括:
[0045]SI，接收選中指令，其中，選中指令用于選擇顯示在登錄界面上的登錄賬號；
[0046]S2，響應選中指令向第二客戶端發(fā)送登錄驗證請求，其中，登錄驗證請求中至少攜帶有與第一客戶端對應的第一登錄簽名；
[0047]S3，獲取第二客戶端發(fā)送的登錄驗證成功的響應，其中，響應中攜帶有用于登錄第一客戶端的登錄票據；
[0048]S4，獲取使用登錄票據生成的登錄請求。
[0049]可選地，在本實施例中，上述第一登錄簽名可以但不限于為用于唯一標識第一客戶端的簽名。通過發(fā)送當前請求登錄的第一客戶端的第一登錄簽名，實現利用該第一登錄簽名與預先注冊的第二登錄簽名進行比對驗證，從而保證對第一客戶端快速登錄過程的高效快速地驗證。
[0050]具體結合以下示例進行說明，接收對顯示在第一客戶端的登錄界面上的第二客戶端當前登錄的登錄賬號(如圖5(a)所示)的選中指令，響應該選中指令發(fā)送登錄驗證請求，并在終端顯示“登錄中”的等待界面。在獲取到第二客戶端發(fā)送的登錄驗證成功的響應后，獲取使用用于登錄第一客戶端的登錄票據生成的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在服務器。
[0051]例如，在本實施例中可以但不限于通過如圖8所示的執(zhí)行代碼實現第一客戶端的登錄驗證過程。
[0052]通過本申請?zhí)峁┑膶嵤├?，通過對獲取到的第二客戶端當前登錄賬號進行驗證，從而保證第一客戶端使用該登錄賬號進行登錄的安全性。
[0053]作為一種可選的方案，在獲取在終端運行的第二客戶端當前登錄的登錄賬號之前，還包括:
[0054]SI，向第二客戶端所在的服務器發(fā)送注冊請求，其中，注冊請求用于請求在服務器注冊第一客戶端的第二登錄簽名；
[0055]S2，建立第一客戶端與第二客戶端之間的關聯(lián)關系。
[0056]可選地，在本實施例中，上述第一客戶端與第二客戶端之間的關聯(lián)關系可以為預設的關聯(lián)關系，例如，即時通訊應用客戶端，及與該即時通訊應用客戶端對應的社區(qū)空間共享應用客戶端。
[0057]此外，在本實施例中，也可以通過注冊登錄簽名的方式，建立第一客戶端與第二客戶端之間的關聯(lián)關系。也就是說，在第一客戶端登錄之前，在第二客戶端所在服務器中預先注冊該第一客戶端的登錄簽名，以實現在第一客戶端與第二客戶端之間建立關聯(lián)關系。
[0058]通過本申請?zhí)峁┑膶嵤├?，通過在第二客戶端所在服務器注冊第一客戶端的第二登錄簽名，以實現利用該第二登錄簽名與從請求登錄的第一客戶端獲取的第一登錄簽名進行驗證，從而實現快速驗證第一客戶端是否可以利用上述登錄賬號執(zhí)行快速的效果。
[0059]作為一種可選的方案，在響應選中指令向第二客戶端發(fā)送登錄驗證請求之后，且在獲取第二客戶端發(fā)送的登錄驗證成功的響應之前，還包括:
[0060]SI，服務器通過第二客戶端接收第一登錄簽名；
[0061]S2，服務器驗證接收到的第一登錄簽名與注冊的第二登錄簽名是否一致；
[0062]S3，在驗證出第一登錄簽名與注冊的第二登錄簽名一致時，服務器通過第二客戶端發(fā)送登錄驗證成功的響應。
[0063]具體結合以下示例進行說明，在第一客戶端(APP-1)獲取在終端運行的第二客戶端(APP-2)當前登錄的登錄賬號(ID)之前，向第二客戶端(APP-2)所在的服務器(S2)發(fā)送注冊請求注冊第一客戶端(APP-1)的登錄簽名(如Sign A) ο
[0064]在第一客戶端(APP-1)獲取上述登錄賬號(ID)后執(zhí)行登錄時，在向第二客戶端(APP-2)所在服務器(S2)發(fā)送登錄驗證請求中將攜帶有與該第一客戶端對應的登錄簽名(如Sign B)，第二客戶端(APP-2)所在的服務器(S2)通過對預先注冊的登錄簽名(如SignA)與從請求驗證的第一客戶端獲取到的登錄簽名(如Sign B)進行驗證，如驗證接收到的第一登錄簽名(如Sign A)與注冊的第二登錄簽名(如Sign B)是否一致，在驗證出第一登錄簽名(如Sign A)與注冊的第二登錄簽名(如Sign B)—致時，則通過第二客戶端發(fā)送登錄驗證成功的響應。
[0065]通過本申請?zhí)峁┑膶嵤├?，通過對登錄簽名的驗證，實現對第一客戶端是否可以使用第二客戶端當前登錄的賬號進行快速登錄的快速驗證，從而達到節(jié)省第一客戶端的登錄時間，提高登錄效率的效果。
[ΟΟ??]作為一種可選的方案，響應選中指令向第二客戶端發(fā)送登錄驗證請求包括:
[0067]SI，響應選中指令在第一客戶端的登錄界面上創(chuàng)建第二客戶端的透明界面；
[0068]S2，在第二客戶端的透明界面上向第二客戶端發(fā)送登錄驗證請求。
[0069]具體結合以下示例進行說明，在接收到對如圖5所示的“使用第二客戶端登錄的賬號125253登錄”的選中指令后，第一客戶端在登錄界面上創(chuàng)建第二客戶端的透明界面，如通過android startActivity ()調用呼起第二客戶端的透明界面，第二客戶端在接收到startActivity()請求后，通過使用android的Activity.getCal IingActivity()獲取第一客戶端的第一登錄簽名，并向第二客戶端所在服務器發(fā)送攜帶有第一登錄簽名的登錄驗證請求。
[0070]通過本申請?zhí)峁┑膶嵤├ㄟ^在第一客戶端的登錄界面上創(chuàng)建第二客戶端的透明界面，以達到減少登錄過程與用戶的交互次數，使用戶對利用第二客戶端發(fā)送登錄驗證的界面無感知，從而實現改善用戶體驗的效果。
[0071]作為一種可選的方案，在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號包括:
[0072]SI，接收運行第一客戶端的運行請求；
[0073]S2，響應運行請求在終端顯示第一客戶端的登錄界面；
[0074]S3，在第一客戶端與第二客戶端之間進行通信，以獲取第二客戶端當前登錄的登錄賬號，并在第一客戶端的登錄界面顯示登錄賬號。
[0075]具體結合以下示例進行說明，接收運行第一客戶端的運行請求，在確認終端已安裝第一客戶端及與第一客戶端具有關聯(lián)關系的第二客戶端后，打開并顯示第一客戶端的登錄界面，并使用android binder通信機制從第二客戶端獲取第二客戶端當前登錄的登錄賬號。在第一客戶端在通信過程中獲取到上述登錄賬號后，在第一客戶端的登錄界面上顯示上述登錄賬號，例如，如圖5(a)所示，“使用第二客戶端登錄的賬號125253登錄”的按鍵。
[0076]通過本申請?zhí)峁┑膶嵤├?，通過在第一客戶端與第二客戶端之間進行通信，以獲取第二客戶端當前登錄的登錄賬號，從而實現使第一客戶端使用該登錄賬號達到快速登錄的效果，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。以克服現有技術需要通過多次交互等復雜的操作所導致的登錄效率較低的問題。
[0077]需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。
[0078]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質(如R0M/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0079]實施例2
[0080]根據本發(fā)明實施例，提供了一種登錄客戶端的方法，如圖9所示，該方法包括:
[0081]S902，接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求，其中，登錄賬號為在終端運行的第二客戶端當前登錄的登錄賬號，第二客戶端與第一客戶端具有關聯(lián)關系;
[0082]S904，響應登錄驗證請求驗證第一客戶端是否使用登錄賬號執(zhí)行登錄；
[0083]S906，在驗證成功時，通過第二客戶端發(fā)送登錄驗證成功的響應，以使第一客戶端使用登錄賬號執(zhí)行登錄。
[0084]可選地，在本實施例中，上述登錄客戶端的方法可以但不限于應用于具有關聯(lián)關系的客戶端(例如即時通訊應用客戶端，及與該即時通訊應用客戶端對應的社區(qū)空間共享應用客戶端)的登錄過程中。也就是說，在第一客戶端利用登錄賬號進行快速登錄的過程中，由與第一客戶端具有關聯(lián)關系的第二客戶端對登錄賬號的登錄驗證請求進行快速驗證，驗證第一客戶端是否使用登錄賬號執(zhí)行登錄，從而保證第一客戶端可以實現快速登錄，簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。
[0085]可選地，在本實施例中，可以但不限于在第一客戶端獲取到對登錄賬號的選中指令后，將上述登錄驗證請求發(fā)送給第二客戶端。
[0086]也就是說，如圖6所示，終端302運行的第一客戶端在登錄時獲取具有關聯(lián)關系的第二客戶端當前登錄的登錄賬號后，并通過對該登錄賬號執(zhí)行選中操作生成選中指令，響應該選中指令，終端302將向第二客戶端所在服務器602發(fā)送登錄驗證請求，以使服務器602利用預先注冊的信息驗證終端302上的第一客戶端是否可以使用上述登錄賬號執(zhí)行快速登錄。第一客戶端在通過第二客戶端收到服務器602發(fā)送的登錄驗證成功的響應后，將獲取用于請求使用登錄賬號登錄第一客戶端的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在的服務器306，以獲取登錄后所要顯示的資源信息。
[0087]可選地，在本實施例中，在上述驗證過程中，第二客戶端所在的服務器可以但不限于對登錄簽名進行驗證。例如，在第一客戶端獲取在終端運行的第二客戶端當前登錄的登錄賬號之前，向第二客戶端所在的服務器發(fā)送注冊請求，其中，注冊請求用于請求在服務器注冊第一客戶端的登錄簽名(如Sign A)。在第一客戶端獲取上述登錄賬號后執(zhí)行登錄時，在向第二客戶端所在服務器發(fā)送登錄驗證請求中將攜帶有與該第一客戶端對應的登錄簽名(如Sign B)，第二客戶端所在的服務器通過對預先注冊的登錄簽名Sign A與從請求驗證的第一客戶端獲取到的Sign B進行驗證，從而實現對第一客戶端是否可以使用第二客戶端當前登錄的賬號進行快速登錄的快速驗證，進而達到節(jié)省第一客戶端的登錄時間，提高登錄效率的效果。
[0088]具體結合以下示例進行說明，如圖7所示步驟S702-S716，第一客戶端702從第二客戶端706獲取當前登錄的登錄賬號，并對該登錄賬號執(zhí)行操作(如選中操作)，響應由該操作生成的操作指令通過第二客戶端706向第二客戶端所在服務器708發(fā)送登錄驗證請求，在第二客戶端所在服務器708中驗證是否允許第一客戶端使用該登錄賬號執(zhí)行登錄。在驗證成功的情況下，第二客戶端所在服務器708通過第二客戶端向第一客戶端發(fā)送登錄驗證成功的響應(如該響應中攜帶有登錄票據)，第一客戶端702根據該響應獲取用于登錄的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在服務器704，在顯示登錄第一客戶端702后，從第一客戶端所在的服務器704獲取返回的資源信息。
[0089]通過本申請?zhí)峁┑膶嵤├?，通過對獲取到的第二客戶端當前登錄賬號進行驗證，從而保證對第一客戶端使用該登錄賬號進行登錄的快速驗證，以簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。進一步，還可以保證第一客戶端使用上述登錄賬號進行登錄的安全性。
[0090]作為一種可選的方案，登錄驗證請求中至少攜帶有與第一客戶端對應的第一登錄簽名，其中，在接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求之前，還包括:[0091 ] SI，接收通過第二客戶端發(fā)送的注冊請求，其中，注冊請求用于請求注冊第一客戶端的第二登錄簽名；
[0092]S2，建立第一客戶端與第二客戶端之間的關聯(lián)關系。
[0093]可選地，在本實施例中，上述第一客戶端與第二客戶端之間的關聯(lián)關系可以為預設的關聯(lián)關系，例如，即時通訊應用客戶端，及與該即時通訊應用客戶端對應的社區(qū)空間共享應用客戶端。
[0094]此外，在本實施例中，也可以通過注冊登錄簽名的方式，建立第一客戶端與第二客戶端之間的關聯(lián)關系。也就是說，在第一客戶端登錄之前，在第二客戶端所在服務器中預先注冊該第一客戶端的登錄簽名，以實現在第一客戶端與第二客戶端之間建立關聯(lián)關系。
[0095]通過本申請?zhí)峁┑膶嵤├?，通過在第二客戶端所在服務器注冊第一客戶端的第二登錄簽名，以實現利用該第二登錄簽名與從請求登錄的第一客戶端獲取的第一登錄簽名進行驗證，從而實現快速驗證第一客戶端是否可以利用上述登錄賬號執(zhí)行快速的效果。
[0096]作為一種可選的方案，
[0097]SI，響應登錄驗證請求驗證第一客戶端是否使用登錄賬號執(zhí)行登錄包括:Sll，驗證第一登錄簽名與注冊的第二登錄簽名是否一致；
[0098]S2，在驗證成功時，通過第二客戶端發(fā)送登錄驗證成功的響應包括:S21，在第一登錄簽名與注冊的第二登錄簽名一致時，通過第二客戶端發(fā)送登錄驗證成功的響應，其中，響應中攜帶有使第一客戶端執(zhí)行登錄的登錄票據。
[0099]具體結合以下示例進行說明，在第一客戶端(APP-1)獲取在終端運行的第二客戶端(APP-2)當前登錄的登錄賬號(ID)之前，向第二客戶端(APP-2)所在的服務器(S2)發(fā)送注冊請求注冊第一客戶端(APP-1)的登錄簽名(如Sign A) ο
[0100]在第一客戶端(APP-1)獲取上述登錄賬號(ID)后執(zhí)行登錄時，在向第二客戶端(APP-2)所在服務器(S2)發(fā)送登錄驗證請求中將攜帶有與該第一客戶端對應的登錄簽名(如Sign B)，第二客戶端(APP-2)所在的服務器(S2)通過對預先注冊的登錄簽名(如SignA)與從請求驗證的第一客戶端獲取到的登錄簽名(如Sign B)進行驗證，如驗證接收到的第一登錄簽名(如Sign A)與注冊的第二登錄簽名(如Sign B)是否一致，在驗證出第一登錄簽名(如Sign A)與注冊的第二登錄簽名(如Sign B)—致時，則通過第二客戶端發(fā)送登錄驗證成功的響應。
[0101]通過本申請?zhí)峁┑膶嵤├?，通過對登錄簽名的驗證，實現對第一客戶端是否可以使用第二客戶端當前登錄的賬號進行快速登錄的快速驗證，從而達到節(jié)省第一客戶端的登錄時間，提高登錄效率的效果。
[0102]需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。
[0103]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質(如R0M/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0104]實施例3
[0105]根據本發(fā)明實施例，還提供了一種用于實施上述登錄客戶端的方法的登錄客戶端的裝置，如圖1O所示，該裝置包括:
[0106]I)第一獲取單元1002，用于在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系；
[0107]2)第二獲取單元1004，用于在第一客戶端的登錄界面上，獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端；
[0108]3)登錄單元1006，用于響應登錄請求使用登錄賬號登錄第一客戶端。
[0109]可選地，在本實施例中，上述登錄客戶端的裝置可以但不限于應用于具有關聯(lián)關系的客戶端(例如即時通訊應用客戶端，及與該即時通訊應用客戶端對應的社區(qū)空間共享應用客戶端)的登錄過程中。也就是說，在登錄第一客戶端時，利用第一客戶端與第二客戶端之間的關聯(lián)關系，獲取在終端上運行第二客戶端當前登錄的登錄賬號(例如圖5所示賬號125253)，進一步，使用該登錄賬號實現對第一客戶端的快速登錄，如圖5(a)-5(c)所示，從而實現在登錄第一客戶端后，顯示從第一客戶端所在的服務器返回的資源信息。上述舉例只是一種實施例，本實施例中對此不做任何限定。
[0110]需要說明的是，在本實施例中，通過在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系;并在第一客戶端的登錄界面上獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端;進而響應登錄請求使用登錄賬號登錄第一客戶端。第一客戶端通過從具有關聯(lián)關系的第二客戶端獲取第二客戶端當前登錄的登錄賬號，并使用獲取到的該登錄賬號實現快速登錄，從而實現簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。以克服現有技術需要通過多次交互等復雜的操作所導致的登錄效率較低的問題。
[0111]可選地，在本實施例中，在第一客戶端的登錄界面上，獲取對登錄賬號執(zhí)行操作后所生成的登錄請求包括:第一客戶端獲取對登錄賬號執(zhí)行選中操作所生成的選中指令，響應該選中指令向第二客戶端發(fā)送登錄驗證請求。然后，由第二客戶端所在的服務器來驗證判斷是否允許該第一客戶端使用上述登錄賬號執(zhí)行登錄，并在驗證成功時，通過第二客戶端發(fā)送登錄驗證成功的響應，以使第一客戶端可以使用上述登錄賬號執(zhí)行快速登錄。
[0112]也就是說，如圖6所示，終端302運行的第一客戶端在登錄時獲取具有關聯(lián)關系的第二客戶端當前登錄的登錄賬號后，并通過對該登錄賬號執(zhí)行選中操作生成選中指令，響應該選中指令，終端302將向第二客戶端所在服務器602發(fā)送登錄驗證請求，以使服務器602利用預先注冊的信息驗證終端302上的第一客戶端是否可以使用上述登錄賬號執(zhí)行快速登錄。第一客戶端在通過第二客戶端收到服務器602發(fā)送的登錄驗證成功的響應后，將獲取用于請求使用登錄賬號登錄第一客戶端的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在的服務器306，以獲取登錄后所要顯示的資源信息。
[0113]可選地，在本實施例中，在上述驗證過程中，第二客戶端所在的服務器可以但不限于對登錄簽名進行驗證。例如，在第一客戶端獲取在終端運行的第二客戶端當前登錄的登錄賬號之前，向第二客戶端所在的服務器發(fā)送注冊請求，其中，注冊請求用于請求在服務器注冊第一客戶端的登錄簽名(如Sign A)。在第一客戶端獲取上述登錄賬號后執(zhí)行登錄時，在向第二客戶端所在服務器發(fā)送登錄驗證請求中將攜帶有與該第一客戶端對應的登錄簽名(如Sign B)，第二客戶端所在的服務器通過對預先注冊的登錄簽名Sign A與從請求驗證的第一客戶端獲取到的Sign B進行驗證，從而實現對第一客戶端是否可以使用第二客戶端當前登錄的賬號進行快速登錄的快速驗證，進而達到節(jié)省第一客戶端的登錄時間，提高登錄效率的效果。
[0114]可選地，在本實施例中，在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號可以但不限于:通過在終端中進行第一客戶端與第二客戶端之間的通信，以使第一客戶端直接獲取第二客戶端當前登錄的登錄賬號，并在第一客戶端的登錄界面顯示該登錄賬號。如圖5(a)所示在第一客戶端的登錄界面上顯示第二客戶端當前登錄的登錄賬號。
[0115]可選地，在本實施例中，向第二客戶端發(fā)送登錄驗證請求可以包括但不限于:在第一客戶端的登錄界面上創(chuàng)建第二客戶端的透明界面，并在該透明界面上向第二客戶端發(fā)送登錄驗證請求。從而實現在該登錄驗證請求中攜帶用于登錄驗證的與第一客戶端對應的第一登錄簽名。
[0116]具體結合以下示例進行說明，如圖7所示步驟S702-S716，第一客戶端702從第二客戶端706獲取當前登錄的登錄賬號，并對該登錄賬號執(zhí)行操作(如選中操作)，響應由該操作生成的操作指令通過第二客戶端706向第二客戶端所在服務器708發(fā)送登錄驗證請求，在第二客戶端所在服務器708中驗證是否允許第一客戶端使用該登錄賬號執(zhí)行登錄。在驗證成功的情況下，第二客戶端所在服務器708通過第二客戶端向第一客戶端發(fā)送登錄驗證成功的響應(如該響應中攜帶有登錄票據)，第一客戶端702根據該響應獲取用于登錄的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在服務器704，在顯示登錄第一客戶端702后，從第一客戶端所在的服務器704獲取返回的資源信息。
[0117]通過本申請?zhí)峁┑膶嵤├?，通過在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系;并在第一客戶端的登錄界面上獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端;進而響應登錄請求使用登錄賬號登錄第一客戶端。第一客戶端通過從具有關聯(lián)關系的第二客戶端獲取第二客戶端當前登錄的登錄賬號，并使用獲取到的該登錄賬號實現快速登錄，從而實現簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。以克服現有技術需要通過多次交互等復雜的操作所導致的登錄效率較低的問題。
[0118]作為一種可選的方案，第二獲取單元1004包括:
[0119]I)第一接收模塊，用于接收選中指令，其中，選中指令用于選擇顯示在登錄界面上的登錄賬號；
[0120]2)發(fā)送模塊，用于響應選中指令向第二客戶端發(fā)送登錄驗證請求，其中，登錄驗證請求中至少攜帶有與第一客戶端對應的第一登錄簽名；
[0121]3)第一獲取模塊，用于獲取第二客戶端發(fā)送的登錄驗證成功的響應，其中，響應中攜帶有用于登錄第一客戶端的登錄票據；
[0122]4)第二獲取模塊，用于獲取使用登錄票據生成的登錄請求。
[0123]可選地，在本實施例中，上述第一登錄簽名可以但不限于為用于唯一標識第一客戶端的簽名。通過發(fā)送當前請求登錄的第一客戶端的第一登錄簽名，實現利用該第一登錄簽名與預先注冊的第二登錄簽名進行比對驗證，從而保證對第一客戶端快速登錄過程的高效快速地驗證。
[0124]具體結合以下示例進行說明，接收對顯示在第一客戶端的登錄界面上的第二客戶端當前登錄的登錄賬號(如圖5(a)所示)的選中指令，響應該選中指令發(fā)送登錄驗證請求，并在終端顯示“登錄中”的等待界面。在獲取到第二客戶端發(fā)送的登錄驗證成功的響應后，獲取使用用于登錄第一客戶端的登錄票據生成的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在服務器。
[0125]例如，在本實施例中可以但不限于通過如圖8所示的執(zhí)行代碼實現第一客戶端的登錄驗證過程。
[0126]通過本申請?zhí)峁┑膶嵤├?，通過對獲取到的第二客戶端當前登錄賬號進行驗證，從而保證第一客戶端使用該登錄賬號進行登錄的安全性。
[0127]作為一種可選的方案，還包括:
[0128]I)發(fā)送單元，用于在獲取在終端運行的第二客戶端當前登錄的登錄賬號之前，向第二客戶端所在的服務器發(fā)送注冊請求，其中，注冊請求用于請求在服務器注冊第一客戶端的第二登錄簽名；
[0129]2)建立單元，用于建立第一客戶端與第二客戶端之間的關聯(lián)關系。
[0130]可選地，在本實施例中，上述第一客戶端與第二客戶端之間的關聯(lián)關系可以為預設的關聯(lián)關系，例如，即時通訊應用客戶端，及與該即時通訊應用客戶端對應的社區(qū)空間共享應用客戶端。
[0131]此外，在本實施例中，也可以通過注冊登錄簽名的方式，建立第一客戶端與第二客戶端之間的關聯(lián)關系。也就是說，在第一客戶端登錄之前，在第二客戶端所在服務器中預先注冊該第一客戶端的登錄簽名，以實現在第一客戶端與第二客戶端之間建立關聯(lián)關系。
[0132]通過本申請?zhí)峁┑膶嵤├?，通過在第二客戶端所在服務器注冊第一客戶端的第二登錄簽名，以實現利用該第二登錄簽名與從請求登錄的第一客戶端獲取的第一登錄簽名進行驗證，從而實現快速驗證第一客戶端是否可以利用上述登錄賬號執(zhí)行快速的效果。
[0133]作為一種可選的方案，發(fā)送模塊包括:
[0134]I)創(chuàng)建子模塊，用于響應選中指令在第一客戶端的登錄界面上創(chuàng)建第二客戶端的透明界面；
[0135]2)發(fā)送子模塊，用于在第二客戶端的透明界面上向第二客戶端發(fā)送登錄驗證請求。
[0136]具體結合以下示例進行說明，在第一客戶端(APP-1)獲取在終端運行的第二客戶端(APP-2)當前登錄的登錄賬號(ID)之前，向第二客戶端(APP-2)所在的服務器(S2)發(fā)送注冊請求注冊第一客戶端(APP-1)的登錄簽名(如Sign A) ο
[0137]在第一客戶端(APP-1)獲取上述登錄賬號(ID)后執(zhí)行登錄時，在向第二客戶端(APP-2)所在服務器(S2)發(fā)送登錄驗證請求中將攜帶有與該第一客戶端對應的登錄簽名(如Sign B)，第二客戶端(APP-2)所在的服務器(S2)通過對預先注冊的登錄簽名(如SignA)與從請求驗證的第一客戶端獲取到的登錄簽名(如Sign B)進行驗證，如驗證接收到的第一登錄簽名(如Sign A)與注冊的第二登錄簽名(如Sign B)是否一致，在驗證出第一登錄簽名(如Sign A)與注冊的第二登錄簽名(如Sign B)—致時，則通過第二客戶端發(fā)送登錄驗證成功的響應。
[0138]通過本申請?zhí)峁┑膶嵤├ㄟ^對登錄簽名的驗證，實現對第一客戶端是否可以使用第二客戶端當前登錄的賬號進行快速登錄的快速驗證，從而達到節(jié)省第一客戶端的登錄時間，提高登錄效率的效果。
[0139]作為一種可選的方案，第一獲取單元包括:
[0140]I)第二接收模塊，用于接收運行第一客戶端的運行請求；
[0141]2)顯示模塊，用于響應運行請求在終端顯示第一客戶端的登錄界面；
[0142]3)通信模塊，用于在第一客戶端與第二客戶端之間進行通信，以獲取第二客戶端當前登錄的登錄賬號，并在第一客戶端的登錄界面顯示登錄賬號。
[0143]具體結合以下示例進行說明，接收運行第一客戶端的運行請求，在確認終端已安裝第一客戶端及與第一客戶端具有關聯(lián)關系的第二客戶端后，打開并顯示第一客戶端的登錄界面，并使用android binder通信機制從第二客戶端獲取第二客戶端當前登錄的登錄賬號。在第一客戶端在通信過程中獲取到上述登錄賬號后，在第一客戶端的登錄界面上顯示上述登錄賬號，例如，如圖5(a)所示，“使用第二客戶端登錄的賬號125253登錄”的按鍵。
[0144]通過本申請?zhí)峁┑膶嵤├?，通過在第一客戶端與第二客戶端之間進行通信，以獲取第二客戶端當前登錄的登錄賬號，從而實現使第一客戶端使用該登錄賬號達到快速登錄的效果，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。以克服現有技術需要通過多次交互等復雜的操作所導致的登錄效率較低的問題。
[0145]實施例4
[0146]根據本發(fā)明實施例，還提供了一種用于實施上述登錄客戶端的方法的登錄客戶端的裝置，如圖11所示，該裝置包括:
[0147]I)第一接收單元1102，用于接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求，其中，登錄賬號為在終端運行的第二客戶端當前登錄的登錄賬號，第二客戶端與第一客戶端具有關聯(lián)關系；
[0148]2)驗證單元1104，用于響應登錄驗證請求驗證第一客戶端是否使用登錄賬號執(zhí)行登錄；
[0149]3)發(fā)送單元1106，用于在驗證成功時，通過第二客戶端發(fā)送登錄驗證成功的響應，以使第一客戶端使用登錄賬號執(zhí)行登錄。
[0150]可選地，在本實施例中，上述登錄客戶端的裝置可以但不限于應用于具有關聯(lián)關系的客戶端(例如即時通訊應用客戶端，及與該即時通訊應用客戶端對應的社區(qū)空間共享應用客戶端)的登錄過程中。也就是說，在第一客戶端利用登錄賬號進行快速登錄的過程中，由與第一客戶端具有關聯(lián)關系的第二客戶端對登錄賬號的登錄驗證請求進行快速驗證，驗證第一客戶端是否使用登錄賬號執(zhí)行登錄，從而保證第一客戶端可以實現快速登錄，簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。
[0151]可選地，在本實施例中，可以但不限于在第一客戶端獲取到對登錄賬號的選中指令后，將上述登錄驗證請求發(fā)送給第二客戶端。
[0152]也就是說，如圖6所示，終端302運行的第一客戶端在登錄時獲取具有關聯(lián)關系的第二客戶端當前登錄的登錄賬號后，并通過對該登錄賬號執(zhí)行選中操作生成選中指令，響應該選中指令，終端302將向第二客戶端所在服務器602發(fā)送登錄驗證請求，以使服務器602利用預先注冊的信息驗證終端302上的第一客戶端是否可以使用上述登錄賬號執(zhí)行快速登錄。第一客戶端在通過第二客戶端收到服務器602發(fā)送的登錄驗證成功的響應后，將獲取用于請求使用登錄賬號登錄第一客戶端的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在的服務器306，以獲取登錄后所要顯示的資源信息。
[0153]可選地，在本實施例中，在上述驗證過程中，第二客戶端所在的服務器可以但不限于對登錄簽名進行驗證。例如，在第一客戶端獲取在終端運行的第二客戶端當前登錄的登錄賬號之前，向第二客戶端所在的服務器發(fā)送注冊請求，其中，注冊請求用于請求在服務器注冊第一客戶端的登錄簽名(如Sign A)。在第一客戶端獲取上述登錄賬號后執(zhí)行登錄時，在向第二客戶端所在服務器發(fā)送登錄驗證請求中將攜帶有與該第一客戶端對應的登錄簽名(如Sign B)，第二客戶端所在的服務器通過對預先注冊的登錄簽名Sign A與從請求驗證的第一客戶端獲取到的Sign B進行驗證，從而實現對第一客戶端是否可以使用第二客戶端當前登錄的賬號進行快速登錄的快速驗證，進而達到節(jié)省第一客戶端的登錄時間，提高登錄效率的效果。
[0154]具體結合以下示例進行說明，如圖7所示步驟S702-S716，第一客戶端702從第二客戶端706獲取當前登錄的登錄賬號，并對該登錄賬號執(zhí)行操作(如選中操作)，響應由該操作生成的操作指令通過第二客戶端706向第二客戶端所在服務器708發(fā)送登錄驗證請求，在第二客戶端所在服務器708中驗證是否允許第一客戶端使用該登錄賬號執(zhí)行登錄。在驗證成功的情況下，第二客戶端所在服務器708通過第二客戶端向第一客戶端發(fā)送登錄驗證成功的響應(如該響應中攜帶有登錄票據)，第一客戶端702根據該響應獲取用于登錄的登錄請求，并將該登錄請求發(fā)送給第一客戶端所在服務器704，在顯示登錄第一客戶端702后，從第一客戶端所在的服務器704獲取返回的資源信息。
[0155]通過本申請?zhí)峁┑膶嵤├ㄟ^對獲取到的第二客戶端當前登錄賬號進行驗證，從而保證對第一客戶端使用該登錄賬號進行登錄的快速驗證，以簡化登錄客戶端的登錄操作，減少不必要的交互次數，達到節(jié)省登錄客戶端的登錄時間，進而實現提高登錄效率的效果。進一步，還可以保證第一客戶端使用上述登錄賬號進行登錄的安全性。
[0156]作為一種可選的方案，登錄驗證請求中至少攜帶有與第一客戶端對應的第一登錄簽名，上述裝置還包括:
[0157]I)第二接收單元，用于在接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求之前，接收通過第二客戶端發(fā)送的注冊請求，其中，注冊請求用于請求注冊第一客戶端的第二登錄簽名；
[0158]2)建立單元，用于建立第一客戶端與第二客戶端之間的關聯(lián)關系。
[0159]可選地，在本實施例中，上述第一客戶端與第二客戶端之間的關聯(lián)關系可以為預設的關聯(lián)關系，例如，即時通訊應用客戶端，及與該即時通訊應用客戶端對應的社區(qū)空間共享應用客戶端。
[0160]此外，在本實施例中，也可以通過注冊登錄簽名的方式，建立第一客戶端與第二客戶端之間的關聯(lián)關系。也就是說，在第一客戶端登錄之前，在第二客戶端所在服務器中預先注冊該第一客戶端的登錄簽名，以實現在第一客戶端與第二客戶端之間建立關聯(lián)關系。
[0161]通過本申請?zhí)峁┑膶嵤├ㄟ^在第二客戶端所在服務器注冊第一客戶端的第二登錄簽名，以實現利用該第二登錄簽名與從請求登錄的第一客戶端獲取的第一登錄簽名進行驗證，從而實現快速驗證第一客戶端是否可以利用上述登錄賬號執(zhí)行快速的效果。
[0162]作為一種可選的方案，
[0163]I)驗證單元1104包括:(I)驗證模塊，用于驗證第一登錄簽名與注冊的第二登錄簽名是否一致；
[0164]2)發(fā)送單元1106包括:(I)發(fā)送模塊，用于在第一登錄簽名與注冊的第二登錄簽名一致時，通過第二客戶端發(fā)送登錄驗證成功的響應，其中，響應中攜帶有使第一客戶端執(zhí)行登錄的登錄票據。
[0165]具體結合以下示例進行說明，在第一客戶端(APP-1)獲取在終端運行的第二客戶端(APP-2)當前登錄的登錄賬號(ID)之前，向第二客戶端(APP-2)所在的服務器(S2)發(fā)送注冊請求注冊第一客戶端(APP-1)的登錄簽名(如Sign A) ο
[0166]在第一客戶端(APP-1)獲取上述登錄賬號(ID)后執(zhí)行登錄時，在向第二客戶端(APP-2)所在服務器(S2)發(fā)送登錄驗證請求中將攜帶有與該第一客戶端對應的登錄簽名(如Sign B)，第二客戶端(APP-2)所在的服務器(S2)通過對預先注冊的登錄簽名(如SignA)與從請求驗證的第一客戶端獲取到的登錄簽名(如Sign B)進行驗證，如驗證接收到的第一登錄簽名(如Sign A)與注冊的第二登錄簽名(如Sign B)是否一致，在驗證出第一登錄簽名(如Sign A)與注冊的第二登錄簽名(如Sign B)—致時，則通過第二客戶端發(fā)送登錄驗證成功的響應。
[0167]通過本申請?zhí)峁┑膶嵤├ㄟ^對登錄簽名的驗證，實現對第一客戶端是否可以使用第二客戶端當前登錄的賬號進行快速登錄的快速驗證，從而達到節(jié)省第一客戶端的登錄時間，提高登錄效率的效果。
[0168]實施例5
[0169]根據本發(fā)明實施例，還提供了一種用于實施上述登錄客戶端的方法的登錄客戶端的終端，如圖12所示，該終端包括:
[0170]I)通訊接口 1202，設置為在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系;還設置為在第一客戶端的登錄界面上，獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端；
[0171]2)處理器1204，與通訊接口 1202連接，設置為在第一客戶端的登錄界面上，獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端；
[0172]3)存儲器1206，與通訊接口 1202及處理器1204連接，設置為存儲第二客戶端當前登錄的登錄賬號，及第二客戶端與第一客戶端的關聯(lián)關系。
[0173]可選地，本實施例中的具體示例可以參考上述實施例1和實施例2中所描述的示例，本實施例在此不再贅述。
[0174]實施例6
[0175]根據本發(fā)明實施例，還提供了一種用于實施上述登錄客戶端的方法的登錄客戶端的服務器，如圖13所示，該服務器包括:
[0176]I)通訊接口 1302，設置為接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求，其中，登錄賬號為在終端運行的第二客戶端當前登錄的登錄賬號，第二客戶端與第一客戶端具有關聯(lián)關系;還設置為在驗證成功時，通過第二客戶端發(fā)送登錄驗證成功的響應，以使第一客戶端使用登錄賬號執(zhí)行登錄；
[0177]2)處理器1304，與通訊接口 1302連接，設置為響應登錄驗證請求驗證第一客戶端是否使用登錄賬號執(zhí)行登錄；
[0178]3)存儲器1306，與通訊接口 1302及處理器1304連接，設置為存儲用于登錄驗證的驗證信息。
[0179]可選地，在本實施例中，上述驗證信息可以包括但不限于第一客戶端的登錄簽名。例如，第一客戶端發(fā)送的登錄驗證請求中攜帶的與第一客戶端對應的第一登錄簽名及通過第二客戶端請求注冊的第一客戶端的第二登錄簽名。
[0180]可選地，本實施例中的具體示例可以參考上述實施例1和實施例2中所描述的示例，本實施例在此不再贅述。
[0181]實施例7
[0182]本發(fā)明的實施例還提供了一種存儲介質。
[0183]可選地，在本實施例中，存儲介質被設置為存儲用于執(zhí)行以下步驟的程序代碼:
[0184]SI，在終端運行的第一客戶端的登錄界面上，獲取在終端運行的第二客戶端當前登錄的登錄賬號，其中，第二客戶端與第一客戶端具有關聯(lián)關系；
[0185]S2，在第一客戶端的登錄界面上，獲取對登錄賬號執(zhí)行操作后所生成的登錄請求，其中，登錄請求用于請求使用登錄賬號登錄第一客戶端；
[0186]S3，響應登錄請求使用登錄賬號登錄第一客戶端。
[0187]可選地，存儲介質還被設置為存儲用于執(zhí)行以下步驟的程序代碼:
[0188]SI，接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求，其中，登錄賬號為在終端運行的第二客戶端當前登錄的登錄賬號，第二客戶端與第一客戶端具有關聯(lián)關系；
[0189]S2，響應登錄驗證請求驗證第一客戶端是否使用登錄賬號執(zhí)行登錄；
[0190]S3，在驗證成功時，通過第二客戶端發(fā)送登錄驗證成功的響應，以使第一客戶端使用登錄賬號執(zhí)行登錄。
[0191]可選地，在本實施例中，上述存儲介質可以包括但不限于:U盤、只讀存儲器(R0M，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0192]可選地，本實施例中的具體示例可以參考上述實施例1至實施例4中所描述的示例，本實施例在此不再贅述。
[0193]上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0194]上述實施例中的集成的單元如果以軟件功能單元的形式實現并作為獨立的產品銷售或使用時，可以存儲在上述計算機可讀取的存儲介質中?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在存儲介質中，包括若干指令用以使得一臺或多臺計算機設備(可為個人計算機、服務器或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。
[0195]在本發(fā)明的上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。
[0196]在本申請所提供的幾個實施例中，應該理解到，所揭露的客戶端，可通過其它的方式實現。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。
[0197]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕嶋H的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。
[0198]另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。
[0199]以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。
【主權項】
1.一種登錄客戶端的方法，其特征在于，包括: 在終端運行的第一客戶端的登錄界面上，獲取在所述終端運行的第二客戶端當前登錄的登錄賬號，其中，所述第二客戶端與所述第一客戶端具有關聯(lián)關系； 在所述第一客戶端的登錄界面上，獲取對所述登錄賬號執(zhí)行操作后所生成的登錄請求，其中，所述登錄請求用于請求使用所述登錄賬號登錄所述第一客戶端； 響應所述登錄請求使用所述登錄賬號登錄所述第一客戶端。2.根據權利要求1所述的方法，其特征在于，所述在所述第一客戶端的登錄界面上，獲取對所述第二客戶端的所述登錄賬號執(zhí)行操作后所生成的登錄請求包括: 接收選中指令，其中，所述選中指令用于選擇顯示在所述登錄界面上的所述登錄賬號；響應所述選中指令向所述第二客戶端發(fā)送登錄驗證請求，其中，所述登錄驗證請求中至少攜帶有與所述第一客戶端對應的第一登錄簽名； 獲取所述第二客戶端發(fā)送的登錄驗證成功的響應，其中，所述響應中攜帶有用于登錄所述第一客戶端的登錄票據； 獲取使用所述登錄票據生成的所述登錄請求。3.根據權利要求2所述的方法，其特征在于，在所述獲取在所述終端運行的第二客戶端當前登錄的登錄賬號之前，還包括: 向所述第二客戶端所在的服務器發(fā)送注冊請求，其中，所述注冊請求用于請求在所述服務器注冊所述第一客戶端的第二登錄簽名； 建立所述第一客戶端與所述第二客戶端之間的所述關聯(lián)關系。4.根據權利要求3所述的方法，其特征在于，在所述響應所述選中指令向所述第二客戶端發(fā)送登錄驗證請求之后，且在所述獲取所述第二客戶端發(fā)送的登錄驗證成功的響應之前，還包括: 所述服務器通過所述第二客戶端接收所述第一登錄簽名； 所述服務器驗證接收到的所述第一登錄簽名與注冊的所述第二登錄簽名是否一致；在驗證出所述第一登錄簽名與注冊的所述第二登錄簽名一致時，所述服務器通過所述第二客戶端發(fā)送所述登錄驗證成功的響應。5.根據權利要求2所述的方法，其特征在于，所述響應所述選中指令向所述第二客戶端發(fā)送登錄驗證請求包括: 響應所述選中指令在所述第一客戶端的登錄界面上創(chuàng)建所述第二客戶端的透明界面； 在所述第二客戶端的所述透明界面上向所述第二客戶端發(fā)送所述登錄驗證請求。6.根據權利要求1所述的方法，其特征在于，所述在終端運行的第一客戶端的登錄界面上，獲取在所述終端運行的第二客戶端當前登錄的登錄賬號包括: 接收運行所述第一客戶端的運行請求； 響應所述運行請求在所述終端顯示所述第一客戶端的登錄界面； 在所述第一客戶端與所述第二客戶端之間進行通信，以獲取所述第二客戶端當前登錄的所述登錄賬號，并在所述第一客戶端的登錄界面顯示所述登錄賬號。7.一種登錄客戶端的方法，其特征在于，包括: 接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求，其中，所述登錄賬號為在所述終端運行的第二客戶端當前登錄的登錄賬號，所述第二客戶端與所述第一客戶端具有關聯(lián)關系; 響應所述登錄驗證請求驗證所述第一客戶端是否使用所述登錄賬號執(zhí)行登錄； 在驗證成功時，通過所述第二客戶端發(fā)送登錄驗證成功的響應，以使所述第一客戶端使用所述登錄賬號執(zhí)行登錄。8.根據權利要求7所述的方法，其特征在于，所述登錄驗證請求中至少攜帶有與所述第一客戶端對應的第一登錄簽名，其中，在所述接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求之前，還包括: 接收通過所述第二客戶端發(fā)送的注冊請求，其中，所述注冊請求用于請求注冊所述第一客戶端的第二登錄簽名； 建立所述第一客戶端與所述第二客戶端之間的所述關聯(lián)關系。9.根據權利要求8所述的方法，其特征在于， 所述響應所述登錄驗證請求驗證所述第一客戶端是否使用所述登錄賬號執(zhí)行登錄包括:驗證所述第一登錄簽名與注冊的所述第二登錄簽名是否一致； 所述在驗證成功時，通過所述第二客戶端發(fā)送登錄驗證成功的響應包括:在所述第一登錄簽名與注冊的所述第二登錄簽名一致時，通過所述第二客戶端發(fā)送所述登錄驗證成功的響應，其中，所述響應中攜帶有使所述第一客戶端執(zhí)行登錄的登錄票據。10.一種登錄客戶端的裝置，其特征在于，包括:第一獲取單元，用于在終端運行的第一客戶端的登錄界面上，獲取在所述終端運行的第二客戶端當前登錄的登錄賬號，其中，所述第二客戶端與所述第一客戶端具有關聯(lián)關系；第二獲取單元，用于在所述第一客戶端的登錄界面上，獲取對所述登錄賬號執(zhí)行操作后所生成的登錄請求，其中，所述登錄請求用于請求使用所述登錄賬號登錄所述第一客戶端； 登錄單元，用于響應所述登錄請求使用所述登錄賬號登錄所述第一客戶端。11.根據權利要求10所述的裝置，其特征在于，所述第二獲取單元包括: 第一接收模塊，用于接收選中指令，其中，所述選中指令用于選擇顯示在所述登錄界面上的所述登錄賬號； 發(fā)送模塊，用于響應所述選中指令向所述第二客戶端發(fā)送登錄驗證請求，其中，所述登錄驗證請求中至少攜帶有與所述第一客戶端對應的第一登錄簽名； 第一獲取模塊，用于獲取所述第二客戶端發(fā)送的登錄驗證成功的響應，其中，所述響應中攜帶有用于登錄所述第一客戶端的登錄票據； 第二獲取模塊，用于獲取使用所述登錄票據生成的所述登錄請求。12.根據權利要求11所述的裝置，其特征在于，還包括: 發(fā)送單元，用于在獲取在所述終端運行的第二客戶端當前登錄的登錄賬號之前，向所述第二客戶端所在的服務器發(fā)送注冊請求，其中，所述注冊請求用于請求在所述服務器注冊所述第一客戶端的第二登錄簽名； 建立單元，用于建立所述第一客戶端與所述第二客戶端之間的所述關聯(lián)關系。13.根據權利要求11所述的裝置，其特征在于，所述發(fā)送模塊包括: 創(chuàng)建子模塊，用于響應所述選中指令在所述第一客戶端的登錄界面上創(chuàng)建所述第二客戶端的透明界面； 發(fā)送子模塊，用于在所述第二客戶端的所述透明界面上向所述第二客戶端發(fā)送所述登錄驗證請求。14.根據權利要求10所述的裝置，其特征在于，所述第一獲取單元包括: 第二接收模塊，用于接收運行所述第一客戶端的運行請求； 顯示模塊，用于響應所述運行請求在所述終端顯示所述第一客戶端的登錄界面； 通信模塊，用于在所述第一客戶端與所述第二客戶端之間進行通信，以獲取所述第二客戶端當前登錄的所述登錄賬號，并在所述第一客戶端的登錄界面顯示所述登錄賬號。15.一種登錄客戶端的裝置，其特征在于，包括: 第一接收單元，用于接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求，其中，所述登錄賬號為在所述終端運行的第二客戶端當前登錄的登錄賬號，所述第二客戶端與所述第一客戶端具有關聯(lián)關系； 驗證單元，用于響應所述登錄驗證請求驗證所述第一客戶端是否使用所述登錄賬號執(zhí)行登錄； 發(fā)送單元，用于在驗證成功時，通過所述第二客戶端發(fā)送登錄驗證成功的響應，以使所述第一客戶端使用所述登錄賬號執(zhí)行登錄。16.根據權利要求15所述的裝置，其特征在于，所述登錄驗證請求中至少攜帶有與所述第一客戶端對應的第一登錄簽名，所述裝置還包括: 第二接收單元，用于在接收運行有第一客戶端的終端對登錄賬號的登錄驗證請求之前，接收通過所述第二客戶端發(fā)送的注冊請求，其中，所述注冊請求用于請求注冊所述第一客戶端的第二登錄簽名； 建立單元，用于建立所述第一客戶端與所述第二客戶端之間的所述關聯(lián)關系。17.根據權利要求16所述的裝置，其特征在于， 所述驗證單元包括:驗證模塊，用于驗證所述第一登錄簽名與注冊的所述第二登錄簽名是否一致； 所述發(fā)送單元包括:發(fā)送模塊，用于在所述第一登錄簽名與注冊的所述第二登錄簽名一致時，通過所述第二客戶端發(fā)送所述登錄驗證成功的響應，其中，所述響應中攜帶有使所述第一客戶端執(zhí)行登錄的登錄票據。
【文檔編號】H04L29/06GK105827600SQ201610140719
【公開日】2016年8月3日
【申請日】2016年3月11日
【發(fā)明人】郭沖, 俞尚, 許弈, 茍曉東, 林國洪, 譚秋航, 李宏偉, 林聲煒
【申請人】騰訊科技（深圳）有限公司