本發(fā)明涉及通信領域，尤其涉及一種多電子渠道報活方法及裝置。

背景技術：

隨著網(wǎng)絡技術應用的快速普及，人們越來越多的利用電子渠道來辦理各項業(yè)務，例如網(wǎng)上話費充值、流量使用查詢、或者網(wǎng)上購物等。目前，可采用的電子渠道有多種方式，包括運營商的服務網(wǎng)站(網(wǎng)上營業(yè)廳)、智能終端的無線應用通訊協(xié)議(wap，wirelessapplicationprotocol)營業(yè)廳、短信營業(yè)廳、客戶自助服務終端、移動商城、瀏覽器、智能終端的應用軟件(app，application)客戶端等。

現(xiàn)有技術中，利用同一個用戶賬號通過多種電子渠道辦理各項業(yè)務，對各個電子渠道的每次登錄都會建立對應的登陸會話且各登陸會話存在有效期，參考圖1所示。在與某個電子渠道對應的登錄會話超過有效期時，則該登錄會話失效。若該用戶賬號仍然需要利用該電子渠道登錄，則必須重新建立一個登陸會話，才能保證用戶登錄狀態(tài)的有效性。

然而，由于每個電子渠道需要單獨報活，也就是說，同一個用戶賬號利用多個電子渠道或者多個終端登錄時，需要多次報活(報活次數(shù)＝電子渠道數(shù)×終端數(shù))，才能滿足多個電子渠道的用戶登錄狀態(tài)的有效性，這樣，增加了后臺服務器和承載網(wǎng)絡的負載壓力。

技術實現(xiàn)要素：

為解決上述技術問題，本發(fā)明實施例期望提供一種多電子渠道報活方法及裝置，能夠減少同一個用戶賬號利用多個電子渠道登錄的報活次數(shù)，降低后臺服務器和承載網(wǎng)絡的負載壓力，節(jié)約網(wǎng)絡資源。

本發(fā)明的技術方案是這樣實現(xiàn)的：

第一方面，本發(fā)明實施例提供一種多電子渠道報活方法，應用于服務器，包括：

在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，檢測是否存在至少一個電子渠道發(fā)送的至少一個報活請求，報活請求用于請求延長第一用戶對應的登陸時間，其中，報活請求與電子渠道一一對應；

在第一預設時間到達時，若存在至少一個報活請求且第一用戶為登陸狀態(tài)，則延長第一用戶對應的登陸時間。

進一步地，在檢測是否存在至少一個電子渠道發(fā)送的至少一個報活請求之后，方法還包括：

在第一預設時間到達時，若不存在至少一個報活請求或第一用戶為退出登陸狀態(tài)，則不更改第一用戶對應的登陸時間。

進一步地，在延長第一用戶對應的登陸時間之后，方法還包括：

將完成延長消息發(fā)送至至少一個電子渠道，以使得至少一個電子渠道發(fā)送至少一個身份憑證的更新請求。

進一步地，在將完成延長消息發(fā)送至至少一個電子渠道之后，方法還包括：

接收至少一個身份憑證的更新請求，其中，一個身份憑證與一個電子渠道對應；

獲取更新的至少一個身份憑證；

將更新后的至少一個身份憑證發(fā)送至至少一個電子渠道，以更新至少一個電子渠道的身份憑證。

進一步地，獲取更新的至少一個身份憑證，包括：

向客戶信息庫發(fā)送至少一個身份憑證更新請求，其中，身份憑證更新請求用于更新身份憑證；

獲取客戶信息庫發(fā)送的至少一個更新的身份憑證。

第二方面，本發(fā)明實施例提供一種多電子渠道報活方法，應用于客戶信息庫，包括：

接收至少一個身份憑證更新請求；

更新至少一個身份憑證；

發(fā)送至少一個更新后的身份憑證。

第三方面，本發(fā)明實施例提供一種服務器，包括：檢測單元和延長單元，其中：

檢測單元，用于在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，檢測是否存在至少一個電子渠道發(fā)送的至少一個報活請求，報活請求用于請求延長第一用戶對應的登陸時間，其中，報活請求與電子渠道一一對應；

延長單元，用于在第一預設時間到達時，若檢測單元檢測出存在至少一個報活請求且第一用戶為登陸狀態(tài)，則延長第一用戶對應的登陸時間。

進一步地，延長單元，還用于：

在第一預設時間到達時，若檢測單元檢測出不存在至少一個報活請求或第一用戶為退出登陸狀態(tài)，則不更改第一用戶對應的登陸時間。

進一步地，服務器還包括第一發(fā)送單元，用于：

在延長單元延長第一用戶對應的登陸時間之后，將完成延長消息發(fā)送至至少一個電子渠道，以使得至少一個電子渠道發(fā)送至少一個身份憑證的更新請求。

進一步地，服務器還包括接收單元、獲取單元和第二發(fā)送單元，其中：

接收單元，用于在第一發(fā)送單元將完成延長消息發(fā)送至至少一個電子渠道之后，接收至少一個身份憑證的更新請求，其中，一個身份憑證與一個電子渠道對應；

獲取單元，用于在接收單元接收至少一個身份憑證的更新請求之后，獲取更新的至少一個身份憑證；

第二發(fā)送單元，用于將獲取單元獲取的更新后的至少一個身份憑證發(fā)送至至少一個電子渠道，以更新至少一個電子渠道的身份憑證。

進一步地，獲取單元，具體包括第三發(fā)送裝置和獲取裝置，其中：

第三發(fā)送裝置，用于向客戶信息庫發(fā)送至少一個身份憑證更新請求，其中，身份憑證更新請求用于更新身份憑證；

獲取裝置，用于在第三發(fā)送裝置向客戶信息庫發(fā)送身份憑證更新請求之后，獲取客戶信息庫發(fā)送的至少一個更新的身份憑證。

第四方面，本發(fā)明實施例提供一種客戶信息庫，包括接收單元、更新單元和發(fā)送單元，其中：

接收單元，用于接收身份憑證更新請求；

更新單元，用于在接收單元接收身份憑證更新請求之后，更新身份憑證；發(fā)送單元，用于在更新單元更新身份憑證之后，發(fā)送更新后的身份憑證。

本發(fā)明實施例提供了一種多電子渠道報活方法及裝置，包括在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，檢測是否存在至少一個電子渠道發(fā)送的至少一個報活請求，報活請求用于請求延長第一用戶對應的登陸時間；在第一預設時間到達時，若存在至少一個報活請求且第一用戶為登陸狀態(tài)，則延長第一用戶對應的登陸時間。采用上述技術實現(xiàn)方案，當報活請求的發(fā)送時間不在第一預設時間內(nèi)或第一用戶為退出登錄狀態(tài)，則不處理報活請求，如此減少了第一用戶利用多個電子渠道登錄的報活次數(shù)，降低了后臺服務器和承載網(wǎng)絡的負載壓力，并節(jié)約了網(wǎng)絡資源。

附圖說明

圖1為現(xiàn)有技術中的信息模型圖；

圖2為本發(fā)明實施例提供的信息模型圖；

圖3為本發(fā)明實施例提供的多電子渠道報活系統(tǒng)的系統(tǒng)框架示意圖；

圖4為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖一；

圖5為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖二；

圖6為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖三；

圖7為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖四；

圖8為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖五；

圖9為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖六；

圖10為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖七；

圖11為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖八；

圖12為本發(fā)明實施例提供的一種服務器的結(jié)構示意圖一；

圖13為本發(fā)明實施例提供的一種服務器的結(jié)構示意圖二；

圖14為本發(fā)明實施例提供的一種服務器的結(jié)構示意圖三；

圖15為本發(fā)明實施例提供的一種服務器的結(jié)構示意圖四；

圖16為本發(fā)明實施例提供的一種客戶信息庫的結(jié)構示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述。

圖2為本發(fā)明實施例提供的信息模型圖，參考圖2所示，同一個用戶賬號利用多種電子渠道登錄均共享同一個登陸會話，也就是說，在通過用戶賬號利用電子渠道1登陸并建立一個登陸會話之后，若同一個用戶賬號利用電子渠道2再次登陸時，可以直接利用電子渠道1建立的上述登陸會話登陸。其中，利用用戶賬號每建立一次登陸會話都會產(chǎn)生對應的動態(tài)信息，包括每次登錄產(chǎn)生的用戶身份證明(uid，useridentification)信息、用戶身份憑證信息、登錄時間、網(wǎng)絡之間互連協(xié)議(ip，internetprotocol)地址等。然而，每次登錄所利用的用戶賬號是唯一的，與該用戶賬號對應的用戶信息也是唯一的。也就是說，用戶賬號為靜態(tài)信息，不隨每次登陸的電子渠道的不同而改變。如此，利用用戶賬號的唯一性，實現(xiàn)同一個用戶賬號利用多個電子渠道登錄的統(tǒng)一處理，進而減少了相應的報活次數(shù)，降低了后臺服務器和承載網(wǎng)絡的負載壓力。

本發(fā)明實施例提供的多電子渠道報活方法應用于多電子渠道報活系統(tǒng)，參考圖3所示，多電子渠道報活系統(tǒng)包括電子渠道301、服務器302和客戶信息庫303。電子渠道301用于在預定時間內(nèi)(第二預設時間)，例如，在自身的登陸會話失效前的一段時間內(nèi)，向服務器302發(fā)送報活請求，以便延長自身的登陸會話的有效期。服務器302，用于管理至少一個電子渠道301的登陸會話，僅對在從用戶賬號對應的第一次登陸時間點起的預設時間內(nèi)(第一預設時間) 存在的報活請求且該用戶賬號為登陸狀態(tài)的情況下響應該報活請求，如此，減少了同一個用戶賬號利用多個電子渠道登錄的報活次數(shù)?？蛻粜畔?03，用于存儲并用戶賬號的相關信息，在接收到服務器302發(fā)送的身份憑證更新請求時更新該身份憑證。

實施例一

圖4為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖一，該方法應用于服務器，其中，服務器包括中國移動登錄網(wǎng)站(login.10086.cn)的后臺服務器等，當然還包括其他應用的服務器，本發(fā)明實施例對此不做具體限制。具體地，該方法可以包括：

步驟401：在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，檢測是否存在至少一個電子渠道發(fā)送的至少一個報活請求，報活請求用于請求延長第一用戶對應的登陸時間，其中，報活請求與電子渠道一一對應；

其中，第一用戶，包括與第一用戶對應的用戶信息等。例如，第一用戶可以為通信運營商提供的手機號碼，第一用戶也可以為互聯(lián)網(wǎng)app應用的用戶名稱。當然，本發(fā)明實施例對第一用戶的類型不做具體限定。

第一預設時間，為第一用戶對應的第一次登陸時間點起的一段時間，在第一預設時間內(nèi)允許對報活請求進行處理。舉例來說，第一預設時間可以為第一用戶第一次登陸時間點起的30分鐘內(nèi)，當然也可以根據(jù)實際需要進行設置，本發(fā)明實施例對此不做具體限制。

電子渠道包括：運營商的服務網(wǎng)站、智能終端的wap營業(yè)廳、短信營業(yè)廳、客戶自助服務終端、移動商城、瀏覽器、智能終端的app客戶端等。

第一用戶對應的登陸時間，為第一用戶對應的登陸會話的有效時間，且第一用戶利用多種電子渠道登錄均共享同一個登陸會話。

在實際應用中，各個電子渠道按照預設的報活規(guī)則定期向服務器發(fā)送報活請求，以延長登錄會話的有效期。需要說明的是，各個電子渠道發(fā)送報活請求的時間間隔可根據(jù)實際應用來設置，例如，電子渠道建立的登錄會話的有效期限為30分鐘，在登錄會話失效前的5分鐘，即登錄會話開始后的第25分鐘到 第30分鐘，向服務器發(fā)送報活請求。另外，發(fā)送報活請求的時間間隔需小于登錄會話的有效期時長。

在實際應用中，可以通過報活接口來接收各個電子渠道發(fā)送的報活請求。

步驟402：在第一預設時間到達時，若存在至少一個報活請求且第一用戶為登陸狀態(tài)，則延長第一用戶對應的登陸時間。

其中，第一用戶的狀態(tài)包括登陸狀態(tài)和退出登陸狀態(tài)。具體來說，若有至少一個電子渠道通過第一用戶來登陸并建立登陸會話，則說明第一用戶為登陸狀態(tài)；若沒有至少一個電子渠道通過第一用戶來登陸并建立登陸會話，則說明第一用戶為退出登陸狀態(tài)。

需要說明的是，延長了第一用戶對應的登陸時間，即統(tǒng)一延長了至少一個利用第一用戶登陸的電子渠道的登陸時間，也就減少了各個電子渠道的報活次數(shù)，降低了后臺服務器和承載網(wǎng)絡的負載壓力，并節(jié)約了網(wǎng)絡資源。

舉例來說，若登錄會話的默認登陸時間為第一次登陸時間點起的30分鐘，那么，延長第一用戶對應的登陸時間，則可以為將第一用戶對應的登陸時間延長30分鐘，即第一次登陸時間點起的60分鐘。當然，本發(fā)明實施例對此不做限制。

可理解地，若接收的報活請求不在第一預設時間內(nèi)，則無論收到多少報活請求，均都不做處理，如此，實現(xiàn)了僅對滿足發(fā)送時間要求的報活請求進行處理，而對不滿足發(fā)送時間要求的報活請求不做處理，減少了同一個第一用戶即第一用戶利用多個電子渠道或者多個終端登錄的報活次數(shù)。

示例性地，參考圖5所示，在步驟401之后，方法還包括步驟400。其中：

步驟400：在第一預設時間到達時，若不存在至少一個報活請求或第一用戶為退出登陸狀態(tài)，則不更改第一用戶對應的登陸時間。

需要說明的是，步驟400和步驟402為步驟401之后的兩個可選步驟，根據(jù)實際情況選擇其中一個步驟執(zhí)行；也就是說，在步驟401之后，可以執(zhí)行步驟402，也可以執(zhí)行步驟400，具體的執(zhí)行順序可以根據(jù)實際情況而定，本發(fā)明實施例不作限制。

需要補充的是，不更改第一用戶對應的登陸時間，當?shù)卿洉挸^登陸時間時，則會注銷第一用戶對應的登錄會話。

可以理解地，在第一用戶為退出登陸狀態(tài)時，由于第一用戶對應的登陸會話被注銷，因此，沒有必要再更改第一用戶對應的登陸時間，進而在第一用戶為退出登陸狀態(tài)時，則不更改第一用戶對應的登陸時間。

示例性地，參考圖6所示，在步驟402之后，方法還包括步驟403。其中：

步驟403：將完成延長消息發(fā)送至至少一個電子渠道，以使得至少一個電子渠道發(fā)送至少一個身份憑證的更新請求。

其中，完成延長消息用于通知至少一個電子渠道，服務器已經(jīng)對至少一個電子渠道發(fā)送的至少一個報活請求進行了響應，并觸發(fā)至少一個電子渠道向服務器發(fā)送至少一個身份憑證的更新請求。

進一步地，參考圖7所示，在步驟403之后，方法還包括步驟404-步驟406。其中：

步驟404：接收至少一個身份憑證的更新請求，其中，一個身份憑證與一個電子渠道對應；

需要說明的是，身份憑證在第一用戶利用一個電子渠道進行相應操作時產(chǎn)生，并在一定期限內(nèi)有效。具體地，第一用戶在利用一個電子渠道如移動商城進行購買手機的操作時，會產(chǎn)生一個身份憑證；第一用戶在利用一個電子渠道如移動網(wǎng)上營業(yè)廳進行查詢話費的操作時，也會產(chǎn)生一個身份憑證。本發(fā)明實施例對此不做限制。

具體來說，身份憑證可以為一個32位的隨機數(shù)，當然，還可以為其他的隨機數(shù)，本發(fā)明實施例對此不做具體的限制。

步驟405：獲取更新的至少一個身份憑證；

需要說明的是，通過更新身份憑證，可以延長第一用戶利用電子渠道進行相應操作的有效期限。

步驟406：將更新后的至少一個身份憑證發(fā)送至至少一個電子渠道，以更新至少一個電子渠道的身份憑證。

在實際應用中，將至少一個更新后的身份憑證發(fā)送至對應至少一個電子渠道，以便延長第一用戶利用上述至少一個電子渠道進行相應操作的有效期限。

需要說明的是，在延長第一用戶對應的登陸時間后，更新至少一個電子渠道的身份憑證，可以進一步延長第一用戶利用上述至少一個電子渠道進行相應操作的有效期限，如此，減少了至少一個電子渠道進行相應操作的有效期限到期后的報活次數(shù)。

優(yōu)選地，步驟405包括：向客戶信息庫發(fā)送至少一個身份憑證更新請求，其中，身份憑證更新請求用于更新身份憑證；獲取客戶信息庫發(fā)送的至少一個更新的身份憑證。

其中，客戶信息庫，用于存儲并用戶賬號的相關信息，在接收到服務器發(fā)送的身份憑證更新請求時，更新該身份憑證。具體的，客戶信息庫包括客戶關系管理系統(tǒng)(crm，customerrelationshipmanagement)等。本發(fā)明實施例對此不做具體的限制。

圖8為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖五，該方法應用于客戶信息庫，其中，客戶信息庫包括crm，本發(fā)明實施例對此不做具體限制。具體地，該方法包括：

步驟501：接收至少一個身份憑證更新請求；

其中，至少一個身份憑證與第一用戶登陸時所利用的至少一個電子渠道相對應。也就是說，通過對第一用戶登陸時所利用的至少一個電子渠道的身份憑證進行統(tǒng)一處理，減少了對各個電子渠道的身份憑證更新請求的處理次數(shù)，降低了后臺服務器和承載網(wǎng)絡的負載壓力，并節(jié)約了網(wǎng)絡資源。

需要說明的是，身份憑證在第一用戶利用一個電子渠道進行相應操作時產(chǎn)生，并在一定期限內(nèi)有效。具體地，第一用戶在利用一個電子渠道如移動商城進行購買手機的操作時，會產(chǎn)生一個身份憑證；第一用戶在利用一個電子渠道如移動網(wǎng)上營業(yè)廳進行查詢話費的操作時，也會產(chǎn)生一個身份憑證。本發(fā)明實施例對此不做限制。

具體來說，身份憑證可以為一個32位的隨機數(shù)，當然，還可以為其他的隨 機數(shù)，本發(fā)明實施例對此不做具體的限制。

步驟502：更新至少一個身份憑證；

需要說明的是，通過更新身份憑證，可以延長第一用戶利用電子渠道進行相應操作的有效期限。

步驟503：發(fā)送至少一個更新后的身份憑證。

在實際應用中，將至少一個更新后的身份憑證發(fā)送至對應至少一個電子渠道，以便延長第一用戶利用上述至少一個電子渠道進行相應操作的有效期限。

本發(fā)明實施例提供了一種多電子渠道報活方法，包括：在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，檢測是否存在至少一個電子渠道發(fā)送的至少一個報活請求，報活請求用于請求延長第一用戶對應的登陸時間，其中，報活請求與電子渠道一一對應；在第一預設時間到達時，若存在至少一個報活請求且第一用戶為登陸狀態(tài)，則延長第一用戶對應的登陸時間。采用上述技術實現(xiàn)方案，當報活請求的發(fā)送時間不在第一預設時間內(nèi)或第一用戶為退出登錄狀態(tài)，則不處理報活請求，如此減少了第一用戶利用多個電子渠道登錄的報活次數(shù)，降低了后臺服務器和承載網(wǎng)絡的負載壓力，并節(jié)約了網(wǎng)絡資源。

實施例二

圖9為本發(fā)明實施例提供的一種多電子渠道報活方法的流程示意圖六，方法應用于電子渠道、服務器和客戶信息庫，并以電子渠道為wap營業(yè)廳，客戶信息庫為crm為例進行說明，該方法包括：

步驟601：wap營業(yè)廳通過第一用戶登陸，并建立登陸會話；

需要說明的是，第一用戶的類型可以為通信運營商例如移動、電信或聯(lián)通所提供的手機號碼，例如139xxxxxxxx，第一用戶的類型也可以為瀏覽器、智能終端的app客戶端的用戶名稱。本發(fā)明實施例對此不做具體限制。

步驟602：wap營業(yè)廳檢測到第二預設時間到達時，向服務器發(fā)送報活請求；

第二預設時間，為各個電子渠道預設的發(fā)送報活請求的時間間隔。

在實際應用中，包括wap營業(yè)廳的各個電子渠道按照預設的報活規(guī)則定 期向服務器發(fā)送報活請求，以延長登錄會話的有效期。需要說明的是，各個電子渠道發(fā)送報活請求的時間間隔可根據(jù)實際應用來設置。例如，電子渠道建立的登錄會話的有效期限為30分鐘，在登錄會話失效前的5分鐘，即登錄會話開始后的第25分鐘到第30分鐘，向服務器發(fā)送報活請求。需要說明的是，登錄會話失效，也就是說，與登錄會話對應的身份憑證的有效期超期。另外，發(fā)送報活請求的時間間隔需小于登錄會話的有效期時長。

步驟603：服務器接收報活請求，并判斷該報活請求是否在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)；

報活請求用于請求延長第一用戶對應的登陸時間，其中，報活請求與電子渠道一一對應。

其中，第一用戶對應的登陸時間，為第一用戶對應的登陸會話的有效時間，且第一用戶利用多種電子渠道登錄均共享同一個登陸會話。

第一預設時間，為第一用戶對應的第一次登陸時間點起的一段時間，在第一預設時間內(nèi)允許對報活請求進行處理。舉例來說，第一預設時間可以為第一用戶第一次登陸時間點起的30分鐘內(nèi)，當然也可以根據(jù)實際需要進行設置，本發(fā)明實施例對此不做具體限制。

步驟604：若服務器判斷該報活請求在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，則判斷第一用戶是否為登陸狀態(tài)；

其中，第一用戶的狀態(tài)包括登陸狀態(tài)和退出登陸狀態(tài)。具體來說，若有至少一個電子渠道通過第一用戶來登陸并建立登陸會話，則說明第一用戶為登陸狀態(tài)；若沒有至少一個電子渠道通過第一用戶來登陸并建立登陸會話，則說明第一用戶為退出登陸狀態(tài)。

步驟605：若服務器判斷第一用戶為登陸狀態(tài)，則延長第一用戶對應的登陸時間；

需要說明的是，需要說明的是，延長了第一用戶對應的登陸時間，即統(tǒng)一延長了至少一個利用第一用戶登陸的電子渠道的登陸時間，也就減少了各個電子渠道的報活次數(shù)，降低了后臺服務器和承載網(wǎng)絡的負載壓力，并節(jié)約了網(wǎng)絡 資源。

舉例來說，若登錄會話的默認登陸時間為第一次登陸時間點起的30分鐘，那么，延長第一用戶對應的登陸時間，則可以為將第一用戶對應的登陸時間延長30分鐘，即第一次登陸時間點起的60分鐘。當然，本發(fā)明實施例對此不做限制。

可選地，參考圖10所示，方法還包括步驟606。具體為：

步驟606：若服務器判斷該報活請求不在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，則不更改第一用戶對應的登陸時間。

需要說明的是，步驟606和步驟604為步驟603之后的兩個可選步驟，根據(jù)實際情況選擇其中一個步驟執(zhí)行；也就是說，可以執(zhí)行步驟603-步驟604，也可以執(zhí)行步驟603-步驟606，具體的執(zhí)行順序可以根據(jù)實際情況而定，本發(fā)明實施例不作限制。

可理解地，若接收的報活請求不在第一預設時間內(nèi)，則無論收到多少報活請求，均都不做處理，如此，實現(xiàn)了僅對滿足發(fā)送時間要求的報活請求進行處理，而對不滿足發(fā)送時間要求的報活請求不做處理，減少了同一個第一用戶即第一用戶利用多個電子渠道或者多個終端登錄的報活次數(shù)。

可選地，參考圖11所示，方法還包括步驟607。具體為：

步驟607：若服務器判斷第一用戶為退出登陸狀態(tài)，則不更改第一用戶對應的登陸時間。

需要說明的是，步驟607和步驟605為步驟604之后的兩個可選步驟，根據(jù)實際情況選擇其中一個步驟執(zhí)行；也就是說，可以執(zhí)行步驟604步驟605，也可以執(zhí)行步驟604-步驟607，具體的執(zhí)行順序可以根據(jù)實際情況而定，本發(fā)明實施例不作限制。

需要補充的是，不更改第一用戶對應的登陸時間，當?shù)卿洉挸^登陸時間時，則會注銷第一用戶對應的登錄會話。

可以理解地，在第一用戶為退出登陸狀態(tài)時，由于第一用戶對應的登陸會話被注銷，因此，沒有必要再更改第一用戶對應的登陸時間，進而在第一用戶 為退出登陸狀態(tài)時，則不更改第一用戶對應的登陸時間。

步驟608：服務器將完成延長消息發(fā)送至wap營業(yè)廳；

需要說明的是，步驟608為步驟606之后的步驟。

其中，完成延長消息用于通知至少一個電子渠道，服務器已經(jīng)對至少一個電子渠道發(fā)送的至少一個報活請求進行了響應，并觸發(fā)至少一個電子渠道向服務器發(fā)送至少一個身份憑證的更新請求。

步驟609：wap營業(yè)廳向服務器發(fā)送身份憑證的更新請求；

步驟610：服務器向crm發(fā)送身份憑證更新請求；

步驟611：crm查找與wap營業(yè)廳對應的身份憑證，并對該身份憑證進行更新；

需要說明的是，身份憑證在第一用戶利用一個電子渠道進行相應操作時產(chǎn)生，并在一定期限內(nèi)有效。具體地，第一用戶在利用一個電子渠道如移動商城進行購買手機的操作時，會產(chǎn)生一個身份憑證；第一用戶在利用一個電子渠道如移動網(wǎng)上營業(yè)廳進行查詢話費的操作時，也會產(chǎn)生一個身份憑證。本發(fā)明實施例對此不做限制。

具體來說，身份憑證可以為一個32位的隨機數(shù)，當然，還可以為其他的隨機數(shù)，本發(fā)明實施例對此不做具體的限制。

步驟612：crm將更新的身份憑證發(fā)送至服務器；

需要說明的是，通過更新身份憑證，可以延長第一用戶利用電子渠道進行相應操作的有效期限。

在實際應用中，將至少一個更新后的身份憑證發(fā)送至對應至少一個電子渠道，以便延長第一用戶利用上述至少一個電子渠道進行相應操作的有效期限。

需要說明的是，在延長第一用戶對應的登陸時間后，更新至少一個電子渠道的身份憑證，可以進一步延長第一用戶利用上述至少一個電子渠道進行相應操作的有效期限，如此，減少了至少一個電子渠道進行相應操作的有效期限到期后的報活次數(shù)。

步驟613：服務器將更新后的身份憑證發(fā)送至wap營業(yè)廳。

需要說明的是，由于更新后的身份憑證對應的有效期更長，使得wap營業(yè)廳建立的登陸會話的有效期更長，從而減少了第一用戶利用wap營業(yè)廳登錄的報活次數(shù)。

綜上所述，本發(fā)明實施例提供了一種多電子渠道報活方法，包括：在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，檢測是否存在至少一個電子渠道發(fā)送的至少一個報活請求，報活請求用于請求延長第一用戶對應的登陸時間，其中，報活請求與電子渠道一一對應；在第一預設時間到達時，若存在至少一個報活請求且第一用戶為登陸狀態(tài)，則延長第一用戶對應的登陸時間。采用上述技術實現(xiàn)方案，當報活請求的發(fā)送時間不在第一預設時間內(nèi)或第一用戶為退出登錄狀態(tài)，則不處理報活請求，如此減少了第一用戶利用多個電子渠道登錄的報活次數(shù)，降低了后臺服務器和承載網(wǎng)絡的負載壓力，并節(jié)約了網(wǎng)絡資源。

實施例三

圖12為本發(fā)明實施例提供的一種服務器的結(jié)構示意圖一，參考圖12所示，該服務器包括：檢測單元101和延長單元102，其中：

檢測單元101，用于在從第一用戶對應的第一次登陸時間點起的第一預設時間內(nèi)，檢測是否存在至少一個電子渠道發(fā)送的至少一個報活請求，報活請求用于請求延長第一用戶對應的登陸時間，其中，報活請求與電子渠道一一對應；

延長單元102，用于在第一預設時間到達時，若檢測單元101檢測出存在至少一個報活請求且第一用戶為登陸狀態(tài)，則延長第一用戶對應的登陸時間。

進一步地，延長單元102，還用于：在第一預設時間到達時，若檢測單元101檢測出不存在至少一個報活請求或第一用戶為退出登陸狀態(tài)，則不更改第一用戶對應的登陸時間。

進一步地，參考圖13所示，服務器還包括第一發(fā)送單元103，用于：在延長單元102延長第一用戶對應的登陸時間之后，將完成延長消息發(fā)送至至少一個電子渠道，以使得至少一個電子渠道發(fā)送至少一個身份憑證的更新請求。

進一步地，參考圖14所示，服務器還包括接收單元104、獲取單元105和 第二發(fā)送單元106，其中：

接收單元104，用于在第一發(fā)送單元103將完成延長消息發(fā)送至至少一個電子渠道之后，接收至少一個身份憑證的更新請求，其中，一個身份憑證與一個電子渠道對應；

獲取單元105，用于在接收單元104接收至少一個身份憑證的更新請求之后，獲取更新的至少一個身份憑證；

第二發(fā)送單元106，用于將獲取單元105獲取的更新后的至少一個身份憑證發(fā)送至至少一個電子渠道，以更新至少一個電子渠道的身份憑證。

進一步地，參考圖15所示，獲取單元105，具體包括第三發(fā)送裝置1051和獲取裝置1052，其中：

第三發(fā)送裝置1051，用于向客戶信息庫發(fā)送至少一個身份憑證更新請求，其中，身份憑證更新請求用于更新身份憑證；

獲取裝置1052，用于在第三發(fā)送裝置1051向客戶信息庫發(fā)送身份憑證更新請求之后，獲取客戶信息庫發(fā)送的至少一個更新的身份憑證。

在實際應用中，上述檢測單元101、延長單元102、第一發(fā)送單元103、接收單元104、獲取單元105和第二發(fā)送單元106可由位于服務器上的處理器實現(xiàn)，具體為中央處理器(cpu)、微處理器(mpu)、數(shù)字信號處理器(dsp)或現(xiàn)場可編程門陣列(fpga)等實現(xiàn)，終端中還可以包括存儲器，該存儲器可以通過系統(tǒng)總線與處理器連接，其中，存儲器用于存儲可執(zhí)行程序代碼，該程序代碼包括計算機操作指令，存儲器可能包含高速ram存儲器，也可能還包括非易失性存儲器，例如，至少一個磁盤存儲器。

圖16為本發(fā)明實施例提供的一種客戶信息庫的結(jié)構示意圖，參考圖16所示，該客戶信息庫包括：接收單元1401、更新單元1402和發(fā)送單元1403，其中：

接收單元1401，用于接收身份憑證更新請求；

更新單元1402，用于在接收單元1401接收身份憑證更新請求之后，更新身份憑證；

發(fā)送單元1403，用于在更新單元1402更新身份憑證之后，發(fā)送更新后的身份憑證。

在實際應用中，上述接收單元1401、更新單元1402和發(fā)送單元1403可由位于終端上的處理器實現(xiàn)，具體為中央處理器(cpu)、微處理器(mpu)、數(shù)字信號處理器(dsp)或現(xiàn)場可編程門陣列(fpga)等實現(xiàn)，終端中還可以包括存儲器，該存儲器可以通過系統(tǒng)總線與處理器連接，其中，存儲器用于存儲可執(zhí)行程序代碼，該程序代碼包括計算機操作指令，存儲器可能包含高速ram存儲器，也可能還包括非易失性存儲器，例如，至少一個磁盤存儲器。

本領域內(nèi)的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令的制造品，該指令實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個 流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。