專利名稱：開放平臺標(biāo)識方法、開放平臺及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及即時通訊的第三方應(yīng)用技術(shù)領(lǐng)域，尤其涉及一種開放平臺標(biāo)識方法、開放平臺及系統(tǒng)。
背景技術(shù)：
即時通訊開放平臺作為ー種客戶端平臺系統(tǒng)，可以為用戶管理眾多的應(yīng)用(app，application)，為應(yīng)用提供運行環(huán)境，還可以為應(yīng)用提供基礎(chǔ)服務(wù)，比如針對應(yīng)用的分享功能以及提醒功能等。例如，當(dāng)某一個應(yīng)用有了事件或消息需要通知其相應(yīng)的用戶，而該用戶可能處于離線狀態(tài)時，應(yīng)用的運維中心可以將消息發(fā)送給該應(yīng)用經(jīng)常運行的即時通訊開放平臺，該開放平臺的消息中心可以提醒用戶某些應(yīng)用有新的消息。這樣，用戶可以只需運行開放平臺，即能關(guān)注該開放平臺上的所有的應(yīng)用。 但是，上述開放平臺的提醒功能的實現(xiàn)過程存在的問題是需要發(fā)送提醒消息的應(yīng)用的運維中心無法知道當(dāng)前用戶在哪個開放平臺上運行，也就是說，針對當(dāng)前用戶的消息不知該投遞到哪個平臺上。通常情況下，用戶通過即時通訊賬號登錄ー個開放平臺，因此，用戶登錄的即時通訊登錄賬號可以作為該開放平臺的標(biāo)識，但是，開放平臺上承載著各式各樣的應(yīng)用，各個應(yīng)用可能并不識別用戶登錄開放平臺的即時通訊登錄帳號，或者因涉及到賬號的安全因素而不需將賬號告知各個應(yīng)用。針對上述問題,現(xiàn)有的ー種做法是，以IPhone為例,姆部IPhone具有ー個硬件設(shè)備ID，該ID將某個應(yīng)用的用戶身份和IPhone的設(shè)備ID進(jìn)行綁定，這樣，消息提醒可準(zhǔn)確的投遞到相應(yīng)的IPhone設(shè)備上去，但是，這種解決方案不適合PC機模式，同時也不利于應(yīng)用之間的隔離驗證。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種開放平臺標(biāo)識方法、開放平臺及系統(tǒng)，g在實現(xiàn)開放平臺對第三方應(yīng)用的提醒功能，避免跨應(yīng)用干擾。為了達(dá)到上述目的，本發(fā)明提出一種開放平臺標(biāo)識方法，包括開放平臺在登錄該開放平臺的用戶終端啟動第三方應(yīng)用時，獲取根據(jù)所述第三方應(yīng)用的AppID及所述用戶終端的平臺登錄賬號生成的開放平臺賬號；將所述開放平臺賬號傳遞給所述第三方應(yīng)用；接收所述第三方應(yīng)用發(fā)送的通知指令，井根據(jù)所述通知指令攜帯的開放平臺賬號，為所述第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。本發(fā)明還提出一種開放平臺，包括獲取模塊，用于在登錄所述開放平臺的用戶終端啟動第三方應(yīng)用時，獲取根據(jù)所述第三方應(yīng)用的的AppID及所述用戶終端的平臺登錄賬號生成的開放平臺賬號；發(fā)送模塊，用于將所述開放平臺賬號傳遞給所述第三方應(yīng)用；
提醒模塊，用于接收所述第三方應(yīng)用發(fā)送的通知指令，井根據(jù)所述通知指令攜帯的開放平臺賬號，為所述第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。本發(fā)明還提出一種開放平臺標(biāo)識系統(tǒng)，包括開放平臺及第三方應(yīng)用，其中所述開放平臺，用于在登錄該開放平臺的用戶終端啟動第三方應(yīng)用時，獲取根據(jù)所述第三方應(yīng)用的AppID及所述用戶終端的平臺登錄賬號生成的開放平臺賬號；將所述開放平臺賬號傳遞給所述第三方應(yīng)用；接收所述第三方應(yīng)用發(fā)送的通知指令，井根據(jù)所述通知指令攜帯的開放平臺賬號，為所述第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息；所述第三方應(yīng)用，用于當(dāng)所述用戶終端登錄所述第三方應(yīng)用時，接收所述開放平臺發(fā)送的開放平臺賬號，并記錄所述用戶終端的第三方登錄賬號與所述開放平臺賬號的對應(yīng)關(guān)系；當(dāng)所述第三方應(yīng)用需要向所述用戶終端發(fā)送通知時，根據(jù)所述用戶終端的第三方登錄賬號獲取對應(yīng)的開放平臺賬號并提供給所述開放平臺。
本發(fā)明提出的一種開放平臺標(biāo)識方法、開放平臺及系統(tǒng)，在用戶登錄開放平臺并啟動第三方應(yīng)用時，開放平臺將根據(jù)第三方應(yīng)用的AppID及用戶終端的平臺登錄賬號生成的開放平臺賬號傳遞給第三方應(yīng)用，當(dāng)?shù)谌綉?yīng)用需要向用戶發(fā)送通知時，開放平臺根據(jù)第三方應(yīng)用指定的開放平臺賬號，為第三方應(yīng)用向用戶發(fā)送對應(yīng)的提醒消息，從而解決對第三方應(yīng)用的提醒和push問題，同時防止跨應(yīng)用產(chǎn)生的干擾問題。


圖I是本發(fā)明開放平臺標(biāo)識方法較佳實施例的流程示意圖；圖2是本發(fā)明開放平臺標(biāo)識方法較佳實施例中接收第三方應(yīng)用發(fā)送的通知指令，并根據(jù)通知指令攜帯的開放平臺賬號，為第三方應(yīng)用向用戶終端發(fā)送對應(yīng)通知指令的提醒消息的一種流程示意圖；圖3是本發(fā)明開放平臺標(biāo)識方法較佳實施例中接收第三方應(yīng)用發(fā)送的通知指令，并根據(jù)通知指令攜帯的開放平臺賬號，為第三方應(yīng)用向用戶終端發(fā)送對應(yīng)通知指令的提醒消息的另ー種流程示意圖；圖4是本發(fā)明開放平臺較佳實施例的結(jié)構(gòu)示意圖；圖5是本發(fā)明開放平臺較佳實施例中提醒模塊的ー種結(jié)構(gòu)示意圖；圖6是本發(fā)明開放平臺較佳實施例中提醒模塊的另一種結(jié)構(gòu)示意圖；圖7是本發(fā)明開放平臺標(biāo)識系統(tǒng)較佳實施例的結(jié)構(gòu)示意圖。為了使本發(fā)明的技術(shù)方案更加清楚、明了，下面將結(jié)合附圖作進(jìn)ー步詳述。
具體實施例方式本發(fā)明實施例解決方案主要是在用戶登錄開放平臺并啟動第三方應(yīng)用時，開放平臺將根據(jù)根據(jù)第三方應(yīng)用的AppID及用戶終端的平臺登錄賬號生成的開放平臺賬號傳遞給第三方應(yīng)用，當(dāng)?shù)谌綉?yīng)用需要向用戶發(fā)送通知時，開放平臺根據(jù)第三方應(yīng)用指定的開放平臺賬號，為第三方應(yīng)用向用戶發(fā)送對應(yīng)的提醒消息，以解決對第三方應(yīng)用的提醒和push問題，防止跨應(yīng)用干擾。如圖I所示，本發(fā)明ー實施例提出一種開放平臺標(biāo)識方法，包括
步驟S101，開放平臺在登錄該開放平臺的用戶終端啟動第三方應(yīng)用時，獲取根據(jù)第三方應(yīng)用的AppID及用戶終端的平臺登錄賬號生成的開放平臺賬號；本實施例中開放平臺可以為即時通訊開放平臺，比如QQ開放平臺等。用戶在PC機、手機或IPhone等移動終端通過平臺登錄賬號登錄開放平臺，平臺登錄賬號作為用戶登錄開放平臺的標(biāo)識，當(dāng)用戶登錄開放平臺后，在開放平臺上可以根據(jù)實際需要點擊運行在開放平臺上的第三方應(yīng)用，以獲取相應(yīng)的服務(wù)或資源。為了標(biāo)識開放平臺，本實施例設(shè)置了第三方應(yīng)用與用戶終端相關(guān)聯(lián)的參數(shù)開放平臺賬號(以下以QplusID表示)，該參數(shù)QPlusID由開放平臺根據(jù)用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID (應(yīng)用標(biāo)識)生成。每個用戶終端在開放平臺上均具有平臺登錄賬號，同吋，每個開放平臺上的第三方應(yīng)用均具有對應(yīng)的AppID，開放平臺根據(jù)用戶終端的平臺登錄賬號以及第三方應(yīng)用的 AppID生成的QPlusID，作為開放平臺的標(biāo)識，以便在第三方應(yīng)用需要通過開放平臺進(jìn)行消息提醒時，可以根據(jù)該QPlusID將消息投遞到相應(yīng)的開放平臺。其中，開放平臺根據(jù)用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID生成QplusID可以采用預(yù)定的算法生成，比如通過現(xiàn)有的TEA (Tiny EncryptionAlgorithm,分組加密算法)、DES (Data Encryption Standard,數(shù)據(jù)加密標(biāo)準(zhǔn))及 IDEA (InternationalData Encryption Algorithm,國際數(shù)據(jù)加密算法)等對稱加密算法,將用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID串接在一起，生成QplusID，上述對稱加密算法屬現(xiàn)有的成熟方案，在此不作詳述。開放平臺根據(jù)用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID生成的QPlusID可以預(yù)先生成保存在本地緩存中，也可以臨時生成。在用戶終端登錄開放平臺并啟動第三方應(yīng)用后，如果開放平臺的緩存中有相對應(yīng)的QPlusID，開放平臺則直接獲取對應(yīng)的QPlusID，如果緩存中沒有，開放平臺則到其后臺服務(wù)器啟動拉取，開放平臺的后臺服務(wù)器根據(jù)用戶終端的平臺登錄帳號和第三方應(yīng)用的AppID等信息生成QPlusID。步驟S102，將開放平臺賬號傳遞給第三方應(yīng)用；當(dāng)開放平臺獲取到第三方應(yīng)用與用戶終端相關(guān)聯(lián)的QPlusID后，開放平臺通知第三方應(yīng)用獲取該QPlusID，第三方應(yīng)用通過前端獲取到開放平臺傳遞過來的QPlusID后，登錄第三方應(yīng)用的后臺服務(wù)器，并將獲取的QPlusID傳遞給第三方應(yīng)用的后臺服務(wù)器保存，第三方應(yīng)用的后臺服務(wù)器同時保存用戶終端在第三方應(yīng)用上的登錄賬號(即本實施例所稱第三方登錄賬號)與QPlusID的對應(yīng)關(guān)系。以便第三方應(yīng)用在需要開放平臺向用戶終端發(fā)送提醒消息時，將該QPlusID提供給開放平臺。步驟S103，接收第三方應(yīng)用發(fā)送的通知指令，并根據(jù)通知指令攜帯的開放平臺賬號，為第三方應(yīng)用向用戶終端發(fā)送對應(yīng)通知的提醒消息。在某個時刻，當(dāng)?shù)谌綉?yīng)用的后臺服務(wù)器有消息需要向第三方應(yīng)用前端通知消息時，第三方應(yīng)用前端可以處于登錄狀態(tài)，也可以處于離線狀態(tài)，第三方應(yīng)用的后臺服務(wù)器從本地保存的列表中查出用戶終端的第三方登錄賬號對應(yīng)的QPlusID，并向開放平臺的提醒中心的接ロ請求時指定相應(yīng)的QPlusID，開放平臺的提醒中心向開放平臺的后臺服務(wù)器詢問用戶終端的平臺登錄帳號和第三方應(yīng)用的AppID，開放平臺的提醒中心由此獲知提醒消息的發(fā)送目的地，并校驗第三方應(yīng)用的AppID是否正確，以防止跨應(yīng)用的惡意訪問或干擾。在具體實施過程中，如圖2所示，作為開放平臺進(jìn)行消息提醒的一種實施方式，上述步驟S103包括步驟S1031，開放平臺根據(jù)通知指令攜帯的開放平臺賬號，從本地查詢通知指令攜帶的開放平臺賬號對應(yīng)的用戶終端的平臺登錄賬號；開放平臺根據(jù)第三方應(yīng)用提供的QPlusID，從本地查詢第三方應(yīng)用提供的QPIusID對應(yīng)的用戶終端的平臺登錄賬號。步驟S1032，根據(jù)對應(yīng)的用戶終端的平臺登錄賬號向?qū)?yīng)的用戶終端發(fā)送對應(yīng)通知指令的提醒消息。如圖3所示，作為開放平臺進(jìn)行消息提醒的另ー種實施方式，上述步驟S103包括 步驟S1033，開放平臺根據(jù)通知指令攜帯的開放平臺賬號，從本地查詢通知指令攜帶的開放平臺賬號對應(yīng)的用戶終端的平臺登錄賬號以及對應(yīng)的第三方應(yīng)用的AppID ；開放平臺根據(jù)第三方應(yīng)用提供的QPlusID，從本地查詢第三方應(yīng)用提供的QPIusID對應(yīng)的用戶終端的平臺登錄賬號以及對應(yīng)的第三方應(yīng)用的AppID。步驟S1034，對對應(yīng)的第三方應(yīng)用的AppID進(jìn)行校驗；步驟S1035，當(dāng)校驗通過后，根據(jù)對應(yīng)的用戶終端的平臺登錄賬號向?qū)?yīng)的用戶終端發(fā)送對應(yīng)通知指令的提醒消息。本實施例通過在用戶終端登錄開放平臺后，若用戶終端啟動第三方應(yīng)用，開放平臺將根據(jù)第三方應(yīng)用的AppID及用戶終端的平臺登錄賬號生成的開放平臺賬號傳遞給第三方應(yīng)用，當(dāng)?shù)谌綉?yīng)用需要向用戶發(fā)送通知時，開放平臺根據(jù)第三方應(yīng)用指定的開放平臺賬號，為第三方應(yīng)用向用戶發(fā)送對應(yīng)的提醒消息，解決了對第三方應(yīng)用的提醒和push問題，同時防止跨應(yīng)用產(chǎn)生的干擾問題。如圖4所示，本發(fā)明ー實施例提出一種開放平臺，包括獲取模塊401、發(fā)送模塊402以及提醒模塊403，其中獲取模塊401，用于在登錄開放平臺的用戶終端啟動第三方應(yīng)用時，獲取根據(jù)第三方應(yīng)用的AppID及用戶終端的平臺登錄賬號生成的開放平臺賬號；發(fā)送模塊402，用于將開放平臺賬號傳遞給所述第三方應(yīng)用；提醒模塊403，用于接收第三方應(yīng)用發(fā)送的通知指令，并根據(jù)通知指令攜帯的開放平臺賬號，為第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)通知的提醒消息。本實施例中開放平臺可以為即時通訊開放平臺，比如QQ開放平臺等。用戶在PC機、手機或IPhone等移動終端通過平臺登錄賬號登錄開放平臺，平臺登錄賬號作為用戶登錄開放平臺的標(biāo)識，當(dāng)用戶登錄開放平臺后，在開放平臺上可以根據(jù)實際需要點擊運行在開放平臺上的第三方應(yīng)用，以獲取相應(yīng)的服務(wù)或資源。為了標(biāo)識開放平臺，本實施例設(shè)置了第三方應(yīng)用與用戶終端相關(guān)聯(lián)的參數(shù)開放平臺賬號(以下以QPlusID表示)，該參數(shù)QPlusID由開放平臺根據(jù)用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID生成。每個用戶終端在開放平臺上均具有平臺登錄賬號，同吋，每個開放平臺上的第三方應(yīng)用均具有對應(yīng)的AppID，開放平臺根據(jù)用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID生成的QPlusID，作為開放平臺的標(biāo)識，以便在第三方應(yīng)用需要通過開放平臺進(jìn)行消息提醒時，可以根據(jù)該QPlusID將消息投遞到相應(yīng)的開放平臺。開放平臺根據(jù)用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID生成的QPlusID可以預(yù)先生成保存在本地緩存中，也可以臨時生成。在用戶終端登錄開放平臺并啟動第三方應(yīng)用后，如果開放平臺的緩存中有相對應(yīng)的QPlusID，開放平臺則通過獲取模塊401直接獲取對應(yīng)的QPlusID，如果緩存中沒有，開放平臺則通過獲取模塊401到其后臺服務(wù)器啟動拉取，開放平臺的后臺服務(wù)器根據(jù)用戶終端的平臺登錄帳號和第三方應(yīng)用的AppID等信息生成QPlusID。當(dāng)開放平臺獲取到第三方應(yīng)用與用戶終端相關(guān)聯(lián)的QPlusID后，開放平臺通知第三方應(yīng)用獲取該QPlusID，并通過發(fā)送模塊402將QPlusID傳遞給第三方應(yīng)用；第三方應(yīng)用通過前端獲取到開放平臺傳遞過來的QPlusID后，登錄第三方應(yīng)用的后臺服務(wù)器，并將獲取的QPlusID傳遞給第三方應(yīng)用的后臺服務(wù)器保存，第三方應(yīng)用的后臺服務(wù)器同時保存用戶終端在第三方應(yīng)用上的登錄賬號(即本實施例所稱第三方登錄賬號)與QPlusID的對應(yīng) 關(guān)系。以便第三方應(yīng)用在需要開放平臺向用戶終端發(fā)送提醒消息時，將該QPlusID提供給開放平臺。其中，開放平臺根據(jù)用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID生成QplusID可以采用預(yù)定的算法生成，比如通過現(xiàn)有的TEA (Tiny EncryptionAlgorithm,分組加密算法)、DES (Data Encryption Standard,數(shù)據(jù)加密標(biāo)準(zhǔn))及 IDEA (InternationalData Encryption Algorithm,國際數(shù)據(jù)加密算法)等對稱加密算法,將用戶終端的平臺登錄賬號以及第三方應(yīng)用的AppID串接在一起，生成QplusID，上述對稱加密算法屬現(xiàn)有的成熟方案，在此不作詳述。在某個時刻，當(dāng)?shù)谌綉?yīng)用的后臺服務(wù)器有消息需要向第三方應(yīng)用前端通知消息時，第三方應(yīng)用前端可以處于登錄狀態(tài)，也可以處于離線狀態(tài)，第三方應(yīng)用的后臺服務(wù)器從本地保存的列表中查出用戶終端的第三方登錄賬號對應(yīng)的QPlusID，并向開放平臺的提醒中心的接ロ請求時指定相應(yīng)的QPlusID，開放平臺的提醒模塊403通過提醒中心向開放平臺的后臺服務(wù)器詢問用戶終端的平臺登錄帳號和第三方應(yīng)用的AppID，開放平臺的提醒中心由此獲知提醒消息的發(fā)送目的地，并校驗第三方應(yīng)用的AppID是否正確，以防止跨應(yīng)用的惡意訪問或干擾。在具體實施例過程中，如圖5所示，作為提醒模塊403進(jìn)行消息提醒的一種實施方式，上述提醒模塊403包括查詢單元4031以及發(fā)送単元4032，其中查詢單元4031，用于根據(jù)通知指令攜帯的開放平臺賬號，從本地查詢通知指令攜帶的開放平臺賬號對應(yīng)的用戶終端的平臺登錄賬號；發(fā)送單元4032，用于根據(jù)所述對應(yīng)的用戶終端的平臺登錄賬號向?qū)?yīng)的用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。如圖6所示，作為提醒模塊403進(jìn)行消息提醒的另ー種實施方式，上述提醒模塊403包括上述查詢單元4031、上述發(fā)送單元4032，以及校驗單元4033，其中在本實施例中上述查詢單元4031用于根據(jù)通知指令攜帯的開放平臺賬號，從本地查詢通知指令攜帯的開放平臺賬號對應(yīng)的用戶終端的平臺登錄賬號以及對應(yīng)的第三方應(yīng)用的AppID ；
校驗單元4033，用于對對應(yīng)的第三方應(yīng)用的AppID進(jìn)行校驗；發(fā)送單元4032用于當(dāng)校驗通過后，根據(jù)對應(yīng)的用戶終端的平臺登錄賬號向?qū)?yīng)的用戶終端發(fā)送對應(yīng)通知指令的提醒消息。如圖7所示，本發(fā)明ー實施例提出一種開放平臺標(biāo)識系統(tǒng)，包括開放平臺701及第三方應(yīng)用702，其中開放平臺701用于在登錄該開放平臺701的用戶終端啟動第三方應(yīng)用702吋，獲取根據(jù)第三方應(yīng)用702的AppID及用戶終端的平臺登錄賬號生成的開放平臺賬號；將獲取的開放平臺賬號傳遞給第三方應(yīng)用702 ;當(dāng)?shù)谌綉?yīng)用702需要向用戶終端發(fā)送通知吋，開放平臺701接收第三方應(yīng)用702發(fā)送的通知指令，并根據(jù)通知指令攜帯的開放平臺賬號，為第三方應(yīng)用702向用戶終端發(fā)送對應(yīng)通知指令的提醒消息；第三方應(yīng)用702用于當(dāng)用戶終端登錄第三方應(yīng)用702時，接收開放平臺701發(fā)送的開放平臺賬號，并記錄用戶終端的第三方登錄賬號與QPlusID的對應(yīng)關(guān)系；當(dāng)?shù)谌綉?yīng) 用702需要向用戶終端發(fā)送通知時，根據(jù)用戶終端的第三方登錄賬號獲取對應(yīng)的開放平臺賬號并提供給開放平臺701。本實施例中開放平臺701可以為上述實施例中的開放平臺701，其中通過開放平臺賬號對開放平臺進(jìn)行標(biāo)識實現(xiàn)對第三方應(yīng)用的消息提醒的基本原理，請參照上述實施例，在此不再贅述。本發(fā)明實施例開放平臺標(biāo)識方法、開放平臺及系統(tǒng)，在用戶終端登錄開放平臺后，若用戶終端啟動第三方應(yīng)用，開放平臺將根據(jù)第三方應(yīng)用的AppID及用戶終端的平臺登錄賬號生成的開放平臺賬號傳遞給第三方應(yīng)用，當(dāng)?shù)谌綉?yīng)用需要向用戶發(fā)送通知時，開放平臺根據(jù)第三方應(yīng)用指定的開放平臺賬號，為第三方應(yīng)用向用戶發(fā)送對應(yīng)的提醒消息，從而解決對第三方應(yīng)用的提醒和push問題，同時防止跨應(yīng)用產(chǎn)生的干擾問題。以上所述僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或流程變換，或直接或間接運用在其它相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種開放平臺標(biāo)識方法，其特征在于，包括 開放平臺在登錄該開放平臺的用戶終端啟動第三方應(yīng)用時，獲取根據(jù)所述第三方應(yīng)用的應(yīng)用標(biāo)識AppID及所述用戶終端的平臺登錄賬號生成的開放平臺賬號； 將所述開放平臺賬號傳遞給所述第三方應(yīng)用； 接收所述第三方應(yīng)用發(fā)送的通知指令，井根據(jù)所述通知指令攜帯的開放平臺賬號，為所述第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述開放平臺獲取根據(jù)所述第三方應(yīng)用的AppID及所述用戶終端的平臺登錄賬號生成的的開放平臺賬號的步驟包括 所述開放平臺從緩存中獲取所述開放平臺賬號；或者 所述開放平臺根據(jù)所述用戶終端的平臺登錄賬號以及所述第三方應(yīng)用的AppID以預(yù)定算法臨時生成所述開放平臺賬號。
3.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，所述開放平臺根據(jù)所述通知指令攜帯的開放平臺賬號，為所述第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息的步驟包括 所述開放平臺根據(jù)所述通知指令攜帯的開放平臺賬號，從本地查詢所述通知指令攜帯的開放平臺賬號對應(yīng)的用戶終端的平臺登錄賬號； 根據(jù)所述對應(yīng)的用戶終端的平臺登錄賬號向?qū)?yīng)的用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。
4.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，所述開放平臺根據(jù)所述通知指令攜帯的開放平臺賬號，為所述第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息的步驟包括 所述開放平臺根據(jù)所述通知指令攜帯的開放平臺賬號，從本地查詢所述通知指令攜帯的開放平臺賬號對應(yīng)的用戶終端的平臺登錄賬號以及對應(yīng)的第三方應(yīng)用的AppID ； 對所述對應(yīng)的第三方應(yīng)用的AppID進(jìn)行校驗； 當(dāng)校驗通過后，根據(jù)所述對應(yīng)的用戶終端的平臺登錄賬號向?qū)?yīng)的用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。
5.一種開放平臺，其特征在于，包括 獲取模塊，用于在登錄所述開放平臺的用戶終端啟動第三方應(yīng)用時，獲取根據(jù)所述第三方應(yīng)用的AppID及所述用戶終端的平臺登錄賬號生成的開放平臺賬號； 發(fā)送模塊，用于將所述開放平臺賬號傳遞給所述第三方應(yīng)用； 提醒模塊，用于接收所述第三方應(yīng)用發(fā)送的通知指令，井根據(jù)所述通知指令攜帯的開放平臺賬號，為所述第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。
6.根據(jù)權(quán)利要求5所述的開放平臺，其特征在于，所述獲取模塊還用于從緩存中獲取所述開放平臺賬號；或者根據(jù)所述用戶終端的平臺登錄賬號以及所述第三方應(yīng)用的AppID以預(yù)定算法臨時生成所述所述開放平臺賬號。
7.根據(jù)權(quán)利要求5或6所述的開放平臺，其特征在于，所述提醒模塊包括 查詢單元，用于根據(jù)所述通知指令攜帯的開放平臺賬號，從本地查詢所述通知指令攜帶的開放平臺賬號對應(yīng)的用戶終端的平臺登錄賬號； 發(fā)送單元，用于根據(jù)所述對應(yīng)的用戶終端的平臺登錄賬號向?qū)?yīng)的用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。
8.根據(jù)權(quán)利要求7所述的開放平臺，其特征在干，所述提醒模塊還包括校驗單元，其中 所述查詢単元，還用于根據(jù)所述通知指令攜帯的開放平臺賬號，從本地查詢所述通知指令攜帯的開放平臺賬號對應(yīng)的用戶終端的平臺登錄賬號以及對應(yīng)的第三方應(yīng)用的AppID ； 所述校驗単元，用于對所述對應(yīng)的第三方應(yīng)用的AppID進(jìn)行校驗； 所述發(fā)送単元，還用于當(dāng)校驗通過后，根據(jù)所述對應(yīng)的用戶終端的平臺登錄賬號向?qū)?yīng)的用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息。
9.一種開放平臺標(biāo)識系統(tǒng)，其特征在于，包括開放平臺及第三方應(yīng)用，其中 所述開放平臺，用于在登錄該開放平臺的用戶終端啟動第三方應(yīng)用時，獲取根據(jù)所述第三方應(yīng)用的AppID及所述用戶終端的平臺登錄賬號生成的開放平臺賬號；將所述開放平臺賬號傳遞給所述第三方應(yīng)用；接收所述第三方應(yīng)用發(fā)送的通知指令，井根據(jù)所述通知指令攜帯的開放平臺賬號，為所述第三方應(yīng)用向所述用戶終端發(fā)送對應(yīng)所述通知指令的提醒消息； 所述第三方應(yīng)用，用于當(dāng)所述用戶終端登錄所述第三方應(yīng)用時，接收所述開放平臺發(fā)送的開放平臺賬號，并記錄所述用戶終端的第三方登錄賬號與所述開放平臺賬號的對應(yīng)關(guān)系；當(dāng)所述第三方應(yīng)用需要向所述用戶終端發(fā)送通知時，根據(jù)所述用戶終端的第三方登錄賬號獲取對應(yīng)的開放平臺賬號并提供給所述開放平臺。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述開放平臺為權(quán)利要求5-8中任ー項所述的開放平臺。
全文摘要
本發(fā)明涉及一種開放平臺標(biāo)識方法、開放平臺及系統(tǒng)，其方法包括開放平臺在登錄該開放平臺的用戶終端啟動第三方應(yīng)用時，獲取基于第三方應(yīng)用與用戶終端的開放平臺賬號；將基于第三方應(yīng)用與用戶終端的開放平臺賬號傳遞給第三方應(yīng)用；接收第三方應(yīng)用發(fā)送的通知指令，并根據(jù)通知指令攜帶的開放平臺賬號，為第三方應(yīng)用向用戶終端發(fā)送對應(yīng)通知指令的提醒消息。本發(fā)明解決了對第三方應(yīng)用的提醒和push問題，同時防止跨應(yīng)用產(chǎn)生的干擾問題。
文檔編號H04L29/06GK102821084SQ20111037586
公開日2012年12月12日 申請日期2011年11月23日 優(yōu)先權(quán)日2011年11月23日
發(fā)明者董江德, 謝啟明, 馬洋濤, 張津, 勞寧 申請人:騰訊科技(深圳)有限公司