信息同步方法及裝置的制造方法

信息同步方法及裝置的制造方法
【專利摘要】本發明實施例提供一種信息同步方法及裝置。該信息同步方法包括：接收信息處理請求，所述信息處理請求中至少包括資源信息及其對應的用戶標識信息；確定所述用戶標識信息對應的至少兩個客戶端；向所述至少兩個客戶端發送所述資源信息。本發明實施例通過獲取資源信息與用戶標識信息之間的對應關系，并查找到該用戶標識信息對應的各客戶端，并向各客戶端推送該資源信息，實現了該用戶標識信息對應的各客戶端之間資源信息的同步，使得各客戶端上資源狀態一致。該方法避免了用戶在不同智能終端上接收到不同通知消息而引起的混亂，提升了用戶體驗。
【專利說明】
息問步方法及裝置
技術領域
[0001]本發明實施例涉及信息處理技術領域，尤其涉及一種信息同步方法及裝置。
【背景技術】
[0002]隨著互聯網技術和移動通信技術的飛速發展，越來越多的人們開始使用超級電視、智能手機、平板等終端設備來獲取網絡資源。例如，超級電視、智能手機中均有視頻資源，其中，對于點播類的視頻資源，用戶只需要找到想看的視頻，點擊播放即可;對于直播類的視頻節目，正在直播中的節目用戶可以點擊觀看，直播結束的可以回看。用戶還可以對自己感興趣的視頻進行標記，例如關注或收藏等，還可以對自己感興趣的視頻節目進行預約播放。
[0003]以預約播放為例，當用戶在手機上的視頻播放客戶端中預約了“晚上22:00點王菲的演唱會直播”時，在晚上22:00之前的預設時間點，手機上的視頻播放客戶端會提示用戶觀看預約節目。或者，當該預約節目發生變化時，該視頻播放客戶端也會向用戶推送通知消息，通知用戶預約節目變化。這極大的提升了用戶體驗。
[0004]然而，由于用戶可使用的智能終端越來越多，用戶在不同智能終端上的預約、關注等操作極有可能不同步，這會導致用戶在不同智能終端上會接收到不同的通知消息，容易引起混亂而降低用戶體驗。
[0005]因此，不同終端之間的信息同步是目前業界亟待解決的課題。

【發明內容】

[0006]本發明實施例提供一種信息同步方法及裝置，能夠實現不同終端之間的信息同步。
[0007]本發明實施例提供一種信息同步方法，包括:
[0008]接收信息處理請求，所述信息處理請求中至少包括資源信息及其對應的用戶標識信息；
[0009]確定所述用戶標識信息對應的至少兩個客戶端；
[0010]向所述至少兩個客戶端發送所述資源信息。
[0011]本發明實施例提供一種信息同步裝置，包括:
[0012]請求接收模塊，用于接收對指定資源的處理請求，所述處理請求中包括所述指定資源的資源信息；
[0013]信息獲取模塊，用于獲取所述處理請求對應的用戶標識信息；
[0014]請求生成模塊，用于根據所述資源信息及所述用戶標識信息生成信息處理請求；
[0015]請求發送模塊，用于向推送中心發送所述信息處理請求，以使所述推送中心確定所述用戶標識信息對應的至少兩個客戶端并向所述至少兩個客戶端發送所述資源信息。
[0016]本發明實施例通過獲取資源信息與用戶標識信息之間的對應關系，并查找到該用戶標識信息對應的各客戶端，并向各客戶端推送該資源信息，實現了該用戶標識信息對應的各客戶端之間資源信息的同步，使得各客戶端上資源狀態一致。該方法避免了用戶在不同智能終端上接收到不同通知消息而引起的混亂，提升了用戶體驗。
【附圖說明】
[0017]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0018]圖1為本發明的一種信息同步方法實施例的步驟流程圖；
[0019]圖2為本發明的另一種信息同步方法實施例的步驟流程圖；
[0020]圖3為本發明的另一種信息同步方法實施例的步驟流程圖；
[0021]圖4為本發明中進行信息同步的示意圖；
[0022]圖5為本發明的另一種信息同步方法實施例的步驟流程圖；
[0023]圖6為本發明的一種信息同步裝置實施例的結構框圖；
[0024]圖7為本發明的另一種信息同步裝置實施例的結構框圖。
【具體實施方式】
[0025]為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
[0026]參照圖1，示出了本發明的一種信息同步方法實施例的步驟流程圖，具體可以包括如下步驟:
[0027]步驟101，接收信息處理請求，該信息處理請求中至少包括資源信息及其對應的用戶標識信息。
[0028]本發明實施例中，用于進行信息同步的裝置(以下簡稱該裝置)具體可以是推送中心等。
[0029]該裝置具體可以是接收關注預約中心服務端發送的信息處理請求，該信息處理請求中可以包括資源信息及對應的用戶標識信息，資源信息又包括資源狀態信息和資源標識信息。該資源狀態信息表征資源的關注預約狀態，例如關注、預約、取消關注、取消預約等。資源標識信息適用于標識該資源的，如資源的ID等，用戶標識信息可以是用戶的登陸賬號等。
[0030]該裝置也可以接收消息中間件發送的信息處理請求，該信息處理請求中可以包括資源信息及對應的用戶標識信息，資源信息又包括資源變更信息和資源標識信息。其中，資源變更信息包括資源更新等資源發生變動的通知。
[0031 ]步驟102，確定用戶標識信息對應的至少兩個客戶端。
[0032]該裝置在接收到關注預約中心服務端或消息中間件發送的信息處理請求后，即可根據請求中包含的用戶標識信息，確定出使用該用戶標識信息注冊過的多個或所有客戶端，該客戶端至少有兩個。
[0033]步驟103，向至少兩個客戶端發送資源信息。
[0034]在本步驟中，該裝置即可向確定出的多個客戶端發送資源信息，該資源信息可以是資源狀態信息和資源標識信息，或者是資源變更信息和資源標識信息。
[0035]各客戶端在接收到資源信息后，即可根據資源標識信息查找到對應的資源，然后根據資源狀態信息對對應的資源進行狀態變更如關注、預約，或者根據資源標識信息查找到對應的資源后，根據資源變更信息將資源內容等進行變更，如更改播出時間或播出內容。這樣既可實現該用戶標識信息對應的各客戶端之間的信息同步。
[0036]本發明實施例通過獲取資源信息與用戶標識信息之間的對應關系，并查找到該用戶標識信息對應的各客戶端，并向各客戶端推送該資源信息，實現了該用戶標識信息對應的各客戶端之間資源信息的同步，使得各客戶端上資源狀態一致。該方法避免了用戶在不同智能終端上接收到不同通知消息而引起的混亂，提升了用戶體驗。
[0037]參照圖2，示出了本發明的另一種信息同步方法實施例的步驟流程圖。
[0038]本實施例中，進行信息同步的裝置是前述實施例的執行主體的對端，具體可以是消息中間件或關注預約中心服務端等。該方法具體可以包括如下步驟:
[0039]步驟201，接收對指定資源的處理請求，處理請求中包括指定資源的資源信息。
[0040]本實施例中，該進行信息同步的裝置首先接收某一客戶端或者運營管理后臺發送的對指定資源的處理請求，該處理請求中包括該指定資源的資源信息，不同的發送端發送的處理請求中，資源信息也不盡相同。該資源信息中至少都包括該指定資源的資源標識信息。
[0041 ] 步驟202，獲取處理請求對應的用戶標識信息。
[0042]在接收到該處理請求后，如果發送端為用戶的某一客戶端，則可直接獲知該處理請求對應的用戶標識信息，如果發送端為運營管理后臺，則可以向存儲有資源標識信息與用戶標識信息對應關系的服務器請求獲得對應的用戶標識信息。
[0043]步驟203，根據資源信息及用戶標識信息生成信息處理請求。
[0044]在獲得用戶標識信息后，即可根據資源信息及用戶標識信息生成信息處理請求。
[0045]步驟204，向推送中心發送信息處理請求，以使推送中心確定用戶標識信息對應的至少兩個客戶端并向至少兩個客戶端發送該資源信息。
[0046]在向推送中心發送該包括資源信息及用戶標識信息的信息處理請求后，推送中心即可按照前述步驟101?103所述的方法向至少兩個客戶端發送該資源信息，實現多個客戶端之間的資源信息同步。
[0047]本發明實施例通過獲取資源信息以及對應的用戶標識信息，實現了資源信息與用戶標識信息的關聯，為推送中心向多個客戶端推送資源信息提供了保障。該方法實現了該用戶標識信息對應的各客戶端之間資源信息的同步，使得各客戶端上資源狀態一致。該方法避免了用戶在不同智能終端上接收到不同通知消息而引起的混亂，提升了用戶體驗。
[0048]參照圖3，示出了本發明的另一種信息同步方法實施例的步驟流程圖。
[0049]本實施例以關注預約中心服務端為執行主體進行說明，具體可以包括如下步驟:
[0050]步驟301，接收對指定資源的處理請求，處理請求中包括表征資源關注預約狀態的資源狀態信息及資源標識信息。
[0051]本步驟中，關注預約中心服務端首先接收客戶端發送的對指定資源的處理請求，例如圖4所示，關注預約服務端接收終端Cl發送的對指定資源進行關注(或預約，或取消關注，或取消預約等)的處理請求。
[0052]該處理請求中包括指定資源的資源信息，具體可以是該指定資源的資源標識信息和資源狀態信息，該資源狀態信息表征資源的關注預約狀態，例如關注，或預約，或取消關注，或取消預約等。
[0053]在關注預約中心服務端接收到該處理請求后，繼續獲取處理請求對應的用戶標識信息，該過程包括以下步驟302?303。
[0054]步驟302，確定發送處理請求的用戶是否登陸。
[0055]關注預約中心服務端可以首先從處理請求參數獲取用戶sso_token,通過sso_token到SSO認證中心認證用戶是否登陸，如果用戶登陸，則執行步驟303;若未登陸，則向終端Cl返回錯誤碼提示用戶需要登陸應用后關注和預約指定資源。
[0056]步驟303，獲取用戶的登陸信息作為用戶的標識信息。
[0057]在確認用戶登陸后，即可將用戶的登陸信息作為用戶的標識信息。
[0058]在獲得用戶的標識信息后，即可分別執行步驟304及步驟305。
[0059]步驟304，存儲用戶標識信息與資源標識信息的對應關系。
[0060]關注預約中心服務端在本地存儲或異地上傳該用戶標識信息與資源標識信息的對應關系，以便于后續可以方便的查找到該用戶標識信息對應的資源，以及該資源對應的用戶。
[0061]步驟305，根據資源信息及用戶標識信息生成信息處理請求。
[0062]在獲得用戶的標識信息后，即可根據資源信息及用戶標識信息生成信息處理請求。
[0063]步驟306，向推送中心發送信息處理請求，以使推送中心確定用戶標識信息對應的至少兩個客戶端并向至少兩個客戶端發送該資源信息。
[0064]步驟305?306與前述實施例中的步驟203?204類似，此處不再贅述。
[0065]當推送中心接收到該信息處理請求后，即可確定用戶標識信息對應的多個客戶端，進而可以向多個客戶端推送該資源信息，如圖4所示，推送中心在獲知該用戶標識信息對應終端Cl及終端C2上的客戶端后，即可向終端Cl及終端C2推送該資源信息，客戶端在接收到該資源信息后，即可根據資源標識信息查找到對應的資源，然后根據資源狀態信息對該資源進行設定，例如關注或預約等。該推送中心也可以對要推送的客戶端進行篩選以避免重復推送或重復進行資源設定。
[0066]同理終端C2上的客戶端在發送對指定資源的處理請求時，關注預約中心服務端在進行上述處理后，可以向推送中心發送信息處理請求，推送中心也同樣向終端Cl上的客戶端推送該資源信息。
[0067]參照圖5，示出了本發明的另一種信息同步方法實施例的步驟流程圖。
[0068]本實施例以消息中間件為執行主體進行說明，具體可以包括如下步驟:
[0069]步驟501，接收對指定資源的處理請求，處理請求中包括資源變更信息及資源標識
?目息O
[0070]本步驟中，如圖4所示，該消息中間件可以首先從運營管理后臺接收到對指定資源的處理請求。該處理請求包括資源變更信息及資源標識信息。其中，資源變更信息包括資源變更的具體內容，例如播放時間，播放內容等信息。
[0071]步驟502，向預先存儲有資源標識信息與用戶標識信息對應關系的服務端請求獲取與資源標識信息對應的用戶標識信息。
[0072]在消息中間件接收到處理請求后，獲取處理請求對應的用戶標識信息。本步驟中，該消息中間件可以根據處理請求中包含的資源標識信息向預先存儲有資源標識信息與用戶標識信息對應關系的服務端請求獲取與資源標識信息對應的用戶標識信息。例如，該消息中間件可以向關注預約中心服務端請求該資源標識信息對應的用戶標識信息。
[0073]步驟503，根據資源信息及用戶標識信息生成信息處理請求。
[0074]在獲得用戶的標識信息后，消息中間件即可根據資源信息及用戶標識信息生成信息處理請求。
[0075]步驟504，向推送中心發送信息處理請求，以使推送中心確定用戶標識信息對應的至少兩個客戶端并向至少兩個客戶端發送該資源信息。
[0076]該消息中間件即可向該用戶標識信息對應的各客戶端推送該資源信息，如圖4所示，消息中間件向終端C1、C2上的客戶端推送該資源信息。
[0077]各客戶端在接收到該資源信息后，即可根據其中的資源標識信息查找到對應的資源，然后利用該資源變更信息對查找到的資源進行內容等的變更。
[0078]需要說明的是，對于方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發明實施例并不受所描述的動作順序的限制，因為依據本發明實施例，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優選實施例，所涉及的動作并不一定是本發明實施例所必須的。
[0079]參照圖6，示出了本發明一種信息同步裝置實施例的結構框圖，具體可以包括如下單元:
[0080]請求接收單元601，用于接收信息處理請求，該信息處理請求中至少包括資源信息及其對應的用戶標識信息。
[0081]客戶端確定單元602，用于確定用戶標識信息對應的至少兩個客戶端。
[0082]同步推送單元603，用于向至少兩個客戶端發送上述資源信息。
[0083]本發明實施例通過上述單元獲取資源信息與用戶標識信息之間的對應關系，并查找到該用戶標識信息對應的各客戶端，并向各客戶端推送該資源信息，實現了該用戶標識信息對應的各客戶端之間資源信息的同步，使得各客戶端上資源狀態一致。該裝置避免了用戶在不同智能終端上接收到不同通知消息而引起的混亂，提升了用戶體驗。
[0084]在本發明的另一實施例中，請求接收單元601，可以用于接收關注預約中心服務端發送的信息處理請求，信息處理請求包括表征資源關注預約狀態的資源狀態信息，資源標識信息及與資源標識信息對應的用戶標識信息；或者，也可以用于接收消息中間件發送的信息處理請求，信息處理請求包括資源變更信息，資源標識信息及與資源標識信息對應的用戶標識信息。
[0085]上述實施例中，該信息同步裝置具體可以是推送中心。
[0086]參照圖7，示出了本發明另一種信息同步裝置實施例的結構框圖，具體可以包括如下模塊:
[0087]請求接收模塊701，用于接收對指定資源的處理請求，處理請求中包括所述指定資源的資源信息。
[0088]信息獲取模塊702，用于獲取處理請求對應的用戶標識信息。
[0089]請求生成模塊703，用于根據資源信息及用戶標識信息生成信息處理請求。
[°09°] 請求發送模塊704，用于向推送中心發送信息處理請求，以使推送中心確定用戶標識信息對應的至少兩個客戶端并向至少兩個客戶端發送資源信息。
[0091]本發明實施例通過上述單元獲取資源信息以及對應的用戶標識信息，實現了資源信息與用戶標識信息的關聯，為推送中心向多個客戶端推送資源信息提供了保障。該方法實現了該用戶標識信息對應的各客戶端之間資源信息的同步，使得各客戶端上資源狀態一致。該裝置避免了用戶在不同智能終端上接收到不同通知消息而引起的混亂，提升了用戶體驗。
[0092]在另一實施例中，該信息同步裝置具體可以是關注預約服務端。上述資源信息可以包括表征資源關注預約狀態的資源狀態信息及資源標識信息。
[0093]該信息獲取模塊702可以進一步包括:
[0094]確認子模塊，用于確定發送處理請求的用戶是否登陸。
[0095]獲取子模塊，用于當確認子模塊確定用戶已登陸時，獲取用戶的登陸信息作為用戶的標識信息。
[0096]該裝置還可以進一步包括:
[0097]存儲模塊，用于存儲用戶標識信息與資源標識信息的對應關系。
[0098]在另一實施例中，該信息同步裝置具體可以是消息中間件，資源信息可以包括資源變更信息及資源標識信息。
[0099]信息獲取模塊702，可以用于向預先存儲有資源標識信息與用戶標識信息對應關系的服務端請求獲取與資源標識信息對應的用戶標識信息。
[0100]對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
[0101]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創造性的勞動的情況下，即可以理解并實施。
[0102]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件。基于這樣的理解，上述技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品可以存儲在計算機可讀存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執行各個實施例或者實施例的某些部分所述的方法。
[0103]最后應說明的是:以上實施例僅用以說明本發明的技術方案，而非對其限制;盡管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發明各實施例技術方案的精神和范圍。
【主權項】
1.一種信息同步方法，其特征在于，包括: 接收信息處理請求，所述信息處理請求中至少包括資源信息及其對應的用戶標識信息; 確定所述用戶標識信息對應的至少兩個客戶端； 向所述至少兩個客戶端發送所述資源信息。2.根據權利要求1所述的方法，其特征在于，所述接收信息處理請求，包括: 接收關注預約中心服務端發送的信息處理請求，所述信息處理請求包括表征資源關注預約狀態的資源狀態信息，資源標識信息及與所述資源標識信息對應的用戶標識信息;或者， 接收消息中間件發送的信息處理請求，所述信息處理請求包括資源變更信息，資源標識信息及與所述資源標識信息對應的用戶標識信息。3.一種信息同步方法，其特征在于，包括: 接收對指定資源的處理請求，所述處理請求中包括所述指定資源的資源信息； 獲取所述處理請求對應的用戶標識信息； 根據所述資源信息及所述用戶標識信息生成信息處理請求； 向推送中心發送所述信息處理請求，以使所述推送中心確定所述用戶標識信息對應的至少兩個客戶端并向所述至少兩個客戶端發送所述資源信息。4.根據權利要求3所述的方法，其特征在于，所述資源信息包括表征資源關注預約狀態的資源狀態信息及資源標識信息； 所述獲取所述處理請求對應的用戶標識信息，包括: 確定發送所述處理請求的用戶是否登陸； 若已登陸，則獲取所述用戶的登陸信息作為所述用戶的標識信息。5.根據權利要求4所述的方法，其特征在于，所述方法還包括: 存儲所述用戶標識信息與所述資源標識信息的對應關系。6.根據權利要求3所述的方法，其特征在于，所述資源信息包括資源變更信息及資源標識信息； 所述獲取所述處理請求對應的用戶標識信息，包括: 向預先存儲有資源標識信息與用戶標識信息對應關系的服務端請求獲取與所述資源標識信息對應的用戶標識信息。7.一種信息同步裝置，其特征在于，包括: 請求接收單元，用于接收信息處理請求，所述信息處理請求中至少包括資源信息及其對應的用戶標識信息； 客戶端確定單元，用于確定所述用戶標識信息對應的至少兩個客戶端； 同步推送單元，用于向所述至少兩個客戶端發送所述資源信息。8.根據權利要求7所述的裝置，其特征在于， 所述請求接收單元，用于接收關注預約中心服務端發送的信息處理請求，所述信息處理請求包括表征資源關注預約狀態的資源狀態信息，資源標識信息及與所述資源標識信息對應的用戶標識信息;或者，接收消息中間件發送的信息處理請求，所述信息處理請求包括資源變更信息，資源標識信息及與所述資源標識信息對應的用戶標識信息。9.一種信息同步裝置，其特征在于，包括: 請求接收模塊，用于接收對指定資源的處理請求，所述處理請求中包括所述指定資源的資源信息； 信息獲取模塊，用于獲取所述處理請求對應的用戶標識信息； 請求生成模塊，用于根據所述資源信息及所述用戶標識信息生成信息處理請求； 請求發送模塊，用于向推送中心發送所述信息處理請求，以使所述推送中心確定所述用戶標識信息對應的至少兩個客戶端并向所述至少兩個客戶端發送所述資源信息。10.根據權利要求9所述的裝置，其特征在于，所述資源信息包括表征資源關注預約狀態的資源狀態信息及資源標識信息； 所述信息獲取模塊包括: 確認子模塊，用于確定發送所述處理請求的用戶是否登陸； 獲取子模塊，用于當所述確認子模塊確定所述用戶已登陸時，獲取所述用戶的登陸信息作為所述用戶的標識信息。11.根據權利要求10所述的裝置，其特征在于，所述裝置還包括: 存儲模塊，用于存儲所述用戶標識信息與所述資源標識信息的對應關系。12.根據權利要求9所述的裝置，其特征在于，所述資源信息包括資源變更信息及資源標識信息； 所述信息獲取模塊，用于向預先存儲有資源標識信息與用戶標識信息對應關系的服務端請求獲取與所述資源標識信息對應的用戶標識信息。
【文檔編號】H04L29/08GK105978924SQ201510761966
【公開日】2016年9月28日
【申請日】2015年11月10日
【發明人】黃德輝, 徐珣, 侯偉宗, 劉希濤
【申請人】樂視致新電子科技（天津）有限公司