本發(fā)明涉及信息處理領(lǐng)域，特別涉及一種確定渠道信息的方法和設(shè)備。

背景技術(shù)：

現(xiàn)有技術(shù)中，在很多領(lǐng)域，特別是在移動應(yīng)用或游戲領(lǐng)域，會有需要統(tǒng)計來量是屬于哪個渠道。

而目前，有傳統(tǒng)的方式，也即通過每個應(yīng)用和游戲都打一個渠道包，不同渠道投放相應(yīng)的渠道包。

但是，這種方式過于繁瑣，有很多重復(fù)工作量。而且，給不同的渠道提供不同的渠道包，會增加出錯的概率，降低整個市場營銷的質(zhì)量。

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

針對現(xiàn)有技術(shù)中的缺陷，本發(fā)明提出了一種確定渠道信息的方法和設(shè)備，用以快速確定不同的流量的渠道。

具體的，本發(fā)明提出了以下具體的實施例：

本發(fā)明實施例提出了一種確定渠道信息的方法，包括：

通過預(yù)設(shè)的配置表對獲取的第三方數(shù)據(jù)進行識別，確定所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)對應(yīng)的應(yīng)用標識；

基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息；

將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息。

在一個具體的實施例中，在“基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息”，之后還包括：

將各第三方子數(shù)據(jù)的渠道信息進行緩存；其中，所述緩存在預(yù)設(shè)時間后清除。

在一個具體的實施例中，所述“將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息”包括：

從所述緩存中提取各第三方子數(shù)據(jù)的渠道信息；

通過數(shù)據(jù)比對，確定我方數(shù)據(jù)中與第三方子數(shù)據(jù)相同的子數(shù)據(jù)；

將所確定的子數(shù)據(jù)的渠道信息替換為相同的第三方子數(shù)據(jù)的渠道信息。

在一個具體的實施例中，該方法還包括：

接收第三方服務(wù)推送給服務(wù)器的第三方數(shù)據(jù)；

接收我方SDK程序推送給服務(wù)器的我方數(shù)據(jù)。

在一個具體的實施例中，所述第三方數(shù)據(jù)與所述我方數(shù)據(jù)對應(yīng)；

當獲取到我方數(shù)據(jù)時，還未獲取到對應(yīng)的第三方數(shù)據(jù)，通過獨立的線程對獲取的我方數(shù)據(jù)進行延后處理。

本發(fā)明實施例還提出了一種確定渠道信息的設(shè)備，包括：

識別模塊，用于通過預(yù)設(shè)的配置表對獲取的第三方數(shù)據(jù)進行識別，確定所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)對應(yīng)的應(yīng)用標識；

生成模塊，用于基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息；

替換模塊，用于將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息。

在一個具體的實施例中，該設(shè)備還包括：

緩存模塊，用于將各第三方子數(shù)據(jù)的渠道信息進行緩存；其中，所述緩存在預(yù)設(shè)時間后清除。

在一個具體的實施例中，所述替換模塊，用于：

從所述緩存中提取各第三方子數(shù)據(jù)的渠道信息；

通過數(shù)據(jù)比對，確定我方數(shù)據(jù)中與第三方子數(shù)據(jù)相同的子數(shù)據(jù)；

將所確定的子數(shù)據(jù)的渠道信息替換為相同的第三方子數(shù)據(jù)的渠道信息。

在一個具體的實施例中，該設(shè)備還包括：

接收模塊，用于接收第三方服務(wù)推送給服務(wù)器的第三方數(shù)據(jù)；

接收我方SDK程序推送給服務(wù)器的我方數(shù)據(jù)。

在一個具體的實施例中，所述第三方數(shù)據(jù)與所述我方數(shù)據(jù)對應(yīng)；該設(shè)備還包括：

處理模塊，用于當獲取到我方數(shù)據(jù)時，還未獲取到對應(yīng)的第三方數(shù)據(jù)，通過獨立的線程對獲取的我方數(shù)據(jù)進行延后處理。

與現(xiàn)有技術(shù)相比，本發(fā)明提出了一種確定渠道信息的方法和設(shè)備，其中，該方法包括：通過預(yù)設(shè)的配置表對獲取的第三方數(shù)據(jù)進行識別，確定所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)對應(yīng)的應(yīng)用標識；基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息；將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息。以此簡單有效實現(xiàn)了對渠道信息的識別以及確定。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，應(yīng)當理解，以下附圖僅示出了本發(fā)明的某些實施例，因此不應(yīng)被看作是對范圍的限定，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。

圖1為本發(fā)明實施例提出的一種確定渠道信息的方法的流程示意圖；

圖2為本發(fā)明實施例提出的一種確定渠道信息的設(shè)備的結(jié)構(gòu)示意圖；

圖3為本發(fā)明實施例提出的一種確定渠道信息的設(shè)備的結(jié)構(gòu)示意圖；

圖4為本發(fā)明實施例提出的一種確定渠道信息的設(shè)備的結(jié)構(gòu)示意圖；

圖5為本發(fā)明實施例提出的一種確定渠道信息的設(shè)備的結(jié)構(gòu)示意圖。

具體實施方式

在下文中，將更全面地描述本公開的各種實施例。本公開可具有各種實施例，并且可在其中做出調(diào)整和改變。然而，應(yīng)理解：不存在將本公開的各種實施例限于在此公開的特定實施例的意圖，而是應(yīng)將本公開理解為涵蓋落入本公開的各種實施例的精神和范圍內(nèi)的所有調(diào)整、等同物和/或可選方案。

在下文中，可在本公開的各種實施例中使用的術(shù)語“包括”或“可包括”指示所公開的功能、操作或元件的存在，并且不限制一個或更多個功能、操作或元件的增加。此外，如在本公開的各種實施例中所使用，術(shù)語“包括”、“具有”及其同源詞僅意在表示特定特征、數(shù)字、步驟、操作、元件、組件或前述項的組合，并且不應(yīng)被理解為首先排除一個或更多個其它特征、數(shù)字、步驟、操作、元件、組件或前述項的組合的存在或增加一個或更多個特征、數(shù)字、步驟、操作、元件、組件或前述項的組合的可能性。

在本公開的各種實施例中，表述“或”或“A或/和B中的至少一個”包括同時列出的文字的任何組合或所有組合。例如，表述“A或B”或“A或/和B中的至少一個”可包括A、可包括B或可包括A和B二者。

在本公開的各種實施例中使用的表述(諸如“第一”、“第二”等)可修飾在各種實施例中的各種組成元件，不過可不限制相應(yīng)組成元件。例如，以上表述并不限制所述元件的順序和/或重要性。以上表述僅用于將一個元件與其它元件區(qū)別開的目的。例如，第一用戶裝置和第二用戶裝置指示不同用戶裝置，盡管二者都是用戶裝置。例如，在不脫離本公開的各種實施例的范圍的情況下，第一元件可被稱為第二元件，同樣地，第二元件也可被稱為第一元件。

應(yīng)注意到：如果描述將一個組成元件“連接”到另一組成元件，則可將第一組成元件直接連接到第二組成元件，并且可在第一組成元件和第二組成元件之間“連接”第三組成元件。相反地，當將一個組成元件“直接連接”到另一組成元件時，可理解為在第一組成元件和第二組成元件之間不存在第三組成元件。

在本公開的各種實施例中使用的術(shù)語“用戶”可指示使用電子裝置的人或使用電子裝置的裝置(例如，人工智能電子裝置)。

在本公開的各種實施例中使用的術(shù)語僅用于描述特定實施例的目的并且并非意在限制本公開的各種實施例。如在此所使用，單數(shù)形式意在也包括復(fù)數(shù)形式，除非上下文清楚地另有指示。除非另有限定，否則在這里使用的所有術(shù)語(包括技術(shù)術(shù)語和科學術(shù)語)具有與本公開的各種實施例所屬領(lǐng)域普通技術(shù)人員通常理解的含義相同的含義。所述術(shù)語(諸如在一般使用的詞典中限定的術(shù)語)將被解釋為具有與在相關(guān)技術(shù)領(lǐng)域中的語境含義相同的含義并且將不被解釋為具有理想化的含義或過于正式的含義，除非在本公開的各種實施例中被清楚地限定。

實施例1

本發(fā)明實施例1公開了一種確定渠道信息的方法，如圖1所示，包括以下步驟：

步驟101、通過預(yù)設(shè)的配置表對獲取的第三方數(shù)據(jù)進行識別，確定所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)對應(yīng)的應(yīng)用標識；

具體的，在一個具體的應(yīng)用場景中，例如游戲公司，有3款游戲，需要統(tǒng)計各流量的渠道信息，第三方服務(wù)能獲取接入的渠道量，第三方數(shù)據(jù)也即第三方服務(wù)推送給該游戲公司的服務(wù)器的數(shù)據(jù)，在獲取了第三方數(shù)據(jù)之后，會對該數(shù)據(jù)進行識別，具體的針對不同的游戲，數(shù)據(jù)是不一樣的；具體的，各應(yīng)用的應(yīng)用標識可以是隨機不重復(fù)的，以此各個應(yīng)用的應(yīng)用標識都是唯一的。

預(yù)設(shè)的配置表中會體現(xiàn)對應(yīng)不同游戲，數(shù)據(jù)的不同體現(xiàn)方式，在一個具體的例子中，例如對應(yīng)游戲的數(shù)據(jù)會保存該游戲的標識，當然也可以是其他的任何形式，只要能保證對數(shù)據(jù)的識別即可，識別出具體對應(yīng)的哪個游戲(應(yīng)用中的一種)。

步驟102、基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息；

具體的，仍以上述為例來進行說明，設(shè)備標識也即運行游戲的硬件，例如手機，平板電腦等等，第三方數(shù)據(jù)中本身就會存在有該標識，具體的，也即對應(yīng)其中的各個第三方子數(shù)據(jù)會存在有該標識。

以此，通過設(shè)備標識以及應(yīng)用標識標識來對渠道號進行標識識別。

步驟103、將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息。

具體的，我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息是不明確的，在一個具體的例子中，例如我方數(shù)據(jù)中包含有第1子數(shù)據(jù)，第2子數(shù)據(jù)；但其渠道信息都是不清楚的，在步驟102中，各第三方子數(shù)據(jù)的渠道信息是清楚的，因此假設(shè)第三方子數(shù)據(jù)中存在有第三方子數(shù)據(jù)1與第2子數(shù)據(jù)是相同的數(shù)據(jù)，在情況在，可以將第三方子數(shù)據(jù)1的渠道信息設(shè)置為第2子數(shù)據(jù)的渠道信息，以此實現(xiàn)對我方數(shù)據(jù)中各子數(shù)據(jù)的渠道識別與確認。

在一個具體的實施例中，在步驟102，也即“基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息”，之后還包括：

將各第三方子數(shù)據(jù)的渠道信息進行緩存；其中，所述緩存在預(yù)設(shè)時間后清除。

具體的，在一個實施例中，例如可以緩存3天，其目的是為了渠道非終身制，3天前從A渠道來的量，3天后可以被更新為B渠道的來量。這樣做可以相對有時效地反映出相應(yīng)渠道的來量情況。

以此，具體的，步驟103，也即所述“將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息”包括：

從所述緩存中提取各第三方子數(shù)據(jù)的渠道信息；

通過數(shù)據(jù)比對，確定我方數(shù)據(jù)中與第三方子數(shù)據(jù)相同的子數(shù)據(jù)；

將所確定的子數(shù)據(jù)的渠道信息替換為相同的第三方子數(shù)據(jù)的渠道信息。

具體的，可以通過請求域名接口的方式來讀取緩存，獲取相應(yīng)的渠道信息。

在一個具體的實施例中，該方法還包括：

接收第三方服務(wù)推送給服務(wù)器的第三方數(shù)據(jù)；

接收我方SDK(Software Development Kit，軟件開發(fā)工具包)程序推送給服務(wù)器的我方數(shù)據(jù)。

具體的，SDK程序是內(nèi)嵌在應(yīng)用內(nèi)的，可以獲取到運行該應(yīng)用的相關(guān)數(shù)據(jù)。具體的，接收第三方數(shù)據(jù)或我方數(shù)據(jù)是不分先后的，是分別由兩個獨立的線程控制的，且所述第三方數(shù)據(jù)與所述我方數(shù)據(jù)對應(yīng)；

因此，當獲取到我方數(shù)據(jù)時，還未獲取到對應(yīng)的第三方數(shù)據(jù)，通過獨立的線程對獲取的我方數(shù)據(jù)進行延后處理。而不會影響到后續(xù)數(shù)據(jù)的處理。

在一個具體的實施例中，例如在在Android設(shè)備上具體實施方式如下：

1、在第三方服務(wù)后臺配置好推送參數(shù)，并開啟推送開關(guān)。

2、SDK程序中加入日志發(fā)送邏輯代碼

private static void sendLog(final Context context,JS ONObject json,String url,final String name){}

3、第三方服務(wù)數(shù)據(jù)到達我方服務(wù)器后，埋memcached緩存代碼

$mem->set($cacheName,$logStr,$expire)

4、SDK程序請求渠道匹配域名代碼

private function_getChannelId($fields){

//curl相應(yīng)的域名上的接口，進行匹配與替換

}

與現(xiàn)有技術(shù)相比，本發(fā)明提出了一種確定渠道信息的方法和設(shè)備，其中，該方法包括：通過預(yù)設(shè)的配置表對獲取的第三方數(shù)據(jù)進行識別，確定所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)對應(yīng)的應(yīng)用標識；基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息；將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息。以此簡單有效實現(xiàn)了對渠道信息的識別以及確定。

實施例2

本發(fā)明實施例還提出了一種確定渠道信息的設(shè)備，如圖2所示，包括：

識別模塊201，用于通過預(yù)設(shè)的配置表對獲取的第三方數(shù)據(jù)進行識別，確定所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)對應(yīng)的應(yīng)用標識；

生成模塊202，用于基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息；

替換模塊203，用于將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息。

在一個具體的實施例中，如圖3所示，該設(shè)備還包括：

緩存模塊204，用于將各第三方子數(shù)據(jù)的渠道信息進行緩存；其中，所述緩存在預(yù)設(shè)時間后清除。

在一個具體的實施例中，所述替換模塊203，用于：

從所述緩存中提取各第三方子數(shù)據(jù)的渠道信息；

通過數(shù)據(jù)比對，確定我方數(shù)據(jù)中與第三方子數(shù)據(jù)相同的子數(shù)據(jù)；

將所確定的子數(shù)據(jù)的渠道信息替換為相同的第三方子數(shù)據(jù)的渠道信息。

在一個具體的實施例中，如圖4所示，該設(shè)備還包括：

接收模塊205，用于接收第三方服務(wù)推送給服務(wù)器的第三方數(shù)據(jù)；

接收我方SDK程序推送給服務(wù)器的我方數(shù)據(jù)。

在一個具體的實施例中，所述第三方數(shù)據(jù)與所述我方數(shù)據(jù)對應(yīng)；

如圖5所示，該設(shè)備還包括：處理模塊206，用于當獲取到我方數(shù)據(jù)時，還未獲取到對應(yīng)的第三方數(shù)據(jù)，通過獨立的線程對獲取的我方數(shù)據(jù)進行延后處理。

與現(xiàn)有技術(shù)相比，本發(fā)明提出了一種確定渠道信息的方法和設(shè)備，其中，該方法包括：通過預(yù)設(shè)的配置表對獲取的第三方數(shù)據(jù)進行識別，確定所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)對應(yīng)的應(yīng)用標識；基于所述應(yīng)用標識以及所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的設(shè)備標識生成所述第三方數(shù)據(jù)中各第三方子數(shù)據(jù)的渠道信息；將獲取的我方數(shù)據(jù)中各子數(shù)據(jù)的渠道信息替換為與所述子數(shù)據(jù)相同的第三方子數(shù)據(jù)的渠道信息。以此簡單有效實現(xiàn)了對渠道信息的識別以及確定。

本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施場景的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。

本領(lǐng)域技術(shù)人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進行分布于實施場景的裝置中，也可以進行相應(yīng)變化位于不同于本實施場景的一個或多個裝置中。上述實施場景的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。

上述本發(fā)明序號僅僅為了描述，不代表實施場景的優(yōu)劣。

以上公開的僅為本發(fā)明的幾個具體實施場景，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。