一种确定渠道信息的方法和设备与流程

本发明涉及信息处理领域，特别涉及一种确定渠道信息的方法和设备。

背景技术：

现有技术中，在很多领域，特别是在移动应用或游戏领域，会有需要统计来量是属于哪个渠道。

而目前，有传统的方式，也即通过每个应用和游戏都打一个渠道包，不同渠道投放相应的渠道包。

但是，这种方式过于繁琐，有很多重复工作量。而且，给不同的渠道提供不同的渠道包，会增加出错的概率，降低整个市场营销的质量。

技术实现要素：

针对现有技术中的缺陷，本发明提出了一种确定渠道信息的方法和设备，用以快速确定不同的流量的渠道。

具体的，本发明提出了以下具体的实施例：

本发明实施例提出了一种确定渠道信息的方法，包括：

通过预设的配置表对获取的第三方数据进行识别，确定所述第三方数据中各第三方子数据对应的应用标识；

基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息；

将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息。

在一个具体的实施例中，在“基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息”，之后还包括：

将各第三方子数据的渠道信息进行缓存；其中，所述缓存在预设时间后清除。

在一个具体的实施例中，所述“将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息”包括：

从所述缓存中提取各第三方子数据的渠道信息；

通过数据比对，确定我方数据中与第三方子数据相同的子数据；

将所确定的子数据的渠道信息替换为相同的第三方子数据的渠道信息。

在一个具体的实施例中，该方法还包括：

接收第三方服务推送给服务器的第三方数据；

接收我方SDK程序推送给服务器的我方数据。

在一个具体的实施例中，所述第三方数据与所述我方数据对应；

当获取到我方数据时，还未获取到对应的第三方数据，通过独立的线程对获取的我方数据进行延后处理。

本发明实施例还提出了一种确定渠道信息的设备，包括：

识别模块，用于通过预设的配置表对获取的第三方数据进行识别，确定所述第三方数据中各第三方子数据对应的应用标识；

生成模块，用于基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息；

替换模块，用于将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息。

在一个具体的实施例中，该设备还包括：

缓存模块，用于将各第三方子数据的渠道信息进行缓存；其中，所述缓存在预设时间后清除。

在一个具体的实施例中，所述替换模块，用于：

从所述缓存中提取各第三方子数据的渠道信息；

通过数据比对，确定我方数据中与第三方子数据相同的子数据；

将所确定的子数据的渠道信息替换为相同的第三方子数据的渠道信息。

在一个具体的实施例中，该设备还包括：

接收模块，用于接收第三方服务推送给服务器的第三方数据；

接收我方SDK程序推送给服务器的我方数据。

在一个具体的实施例中，所述第三方数据与所述我方数据对应；该设备还包括：

处理模块，用于当获取到我方数据时，还未获取到对应的第三方数据，通过独立的线程对获取的我方数据进行延后处理。

与现有技术相比，本发明提出了一种确定渠道信息的方法和设备，其中，该方法包括：通过预设的配置表对获取的第三方数据进行识别，确定所述第三方数据中各第三方子数据对应的应用标识；基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息；将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息。以此简单有效实现了对渠道信息的识别以及确定。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提出的一种确定渠道信息的方法的流程示意图；

图2为本发明实施例提出的一种确定渠道信息的设备的结构示意图；

图3为本发明实施例提出的一种确定渠道信息的设备的结构示意图；

图4为本发明实施例提出的一种确定渠道信息的设备的结构示意图；

图5为本发明实施例提出的一种确定渠道信息的设备的结构示意图。

具体实施方式

在下文中，将更全面地描述本公开的各种实施例。本公开可具有各种实施例，并且可在其中做出调整和改变。然而，应理解：不存在将本公开的各种实施例限于在此公开的特定实施例的意图，而是应将本公开理解为涵盖落入本公开的各种实施例的精神和范围内的所有调整、等同物和/或可选方案。

在下文中，可在本公开的各种实施例中使用的术语“包括”或“可包括”指示所公开的功能、操作或元件的存在，并且不限制一个或更多个功能、操作或元件的增加。此外，如在本公开的各种实施例中所使用，术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

在本公开的各种实施例中，表述“或”或“A或/和B中的至少一个”包括同时列出的文字的任何组合或所有组合。例如，表述“A或B”或“A或/和B中的至少一个”可包括A、可包括B或可包括A和B二者。

在本公开的各种实施例中使用的表述(诸如“第一”、“第二”等)可修饰在各种实施例中的各种组成元件，不过可不限制相应组成元件。例如，以上表述并不限制所述元件的顺序和/或重要性。以上表述仅用于将一个元件与其它元件区别开的目的。例如，第一用户装置和第二用户装置指示不同用户装置，尽管二者都是用户装置。例如，在不脱离本公开的各种实施例的范围的情况下，第一元件可被称为第二元件，同样地，第二元件也可被称为第一元件。

应注意到：如果描述将一个组成元件“连接”到另一组成元件，则可将第一组成元件直接连接到第二组成元件，并且可在第一组成元件和第二组成元件之间“连接”第三组成元件。相反地，当将一个组成元件“直接连接”到另一组成元件时，可理解为在第一组成元件和第二组成元件之间不存在第三组成元件。

在本公开的各种实施例中使用的术语“用户”可指示使用电子装置的人或使用电子装置的装置(例如，人工智能电子装置)。

在本公开的各种实施例中使用的术语仅用于描述特定实施例的目的并且并非意在限制本公开的各种实施例。如在此所使用，单数形式意在也包括复数形式，除非上下文清楚地另有指示。除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本公开的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本公开的各种实施例中被清楚地限定。

实施例1

本发明实施例1公开了一种确定渠道信息的方法，如图1所示，包括以下步骤：

步骤101、通过预设的配置表对获取的第三方数据进行识别，确定所述第三方数据中各第三方子数据对应的应用标识；

具体的，在一个具体的应用场景中，例如游戏公司，有3款游戏，需要统计各流量的渠道信息，第三方服务能获取接入的渠道量，第三方数据也即第三方服务推送给该游戏公司的服务器的数据，在获取了第三方数据之后，会对该数据进行识别，具体的针对不同的游戏，数据是不一样的；具体的，各应用的应用标识可以是随机不重复的，以此各个应用的应用标识都是唯一的。

预设的配置表中会体现对应不同游戏，数据的不同体现方式，在一个具体的例子中，例如对应游戏的数据会保存该游戏的标识，当然也可以是其他的任何形式，只要能保证对数据的识别即可，识别出具体对应的哪个游戏(应用中的一种)。

步骤102、基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息；

具体的，仍以上述为例来进行说明，设备标识也即运行游戏的硬件，例如手机，平板电脑等等，第三方数据中本身就会存在有该标识，具体的，也即对应其中的各个第三方子数据会存在有该标识。

以此，通过设备标识以及应用标识标识来对渠道号进行标识识别。

步骤103、将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息。

具体的，我方数据中各子数据的渠道信息是不明确的，在一个具体的例子中，例如我方数据中包含有第1子数据，第2子数据；但其渠道信息都是不清楚的，在步骤102中，各第三方子数据的渠道信息是清楚的，因此假设第三方子数据中存在有第三方子数据1与第2子数据是相同的数据，在情况在，可以将第三方子数据1的渠道信息设置为第2子数据的渠道信息，以此实现对我方数据中各子数据的渠道识别与确认。

在一个具体的实施例中，在步骤102，也即“基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息”，之后还包括：

将各第三方子数据的渠道信息进行缓存；其中，所述缓存在预设时间后清除。

具体的，在一个实施例中，例如可以缓存3天，其目的是为了渠道非终身制，3天前从A渠道来的量，3天后可以被更新为B渠道的来量。这样做可以相对有时效地反映出相应渠道的来量情况。

以此，具体的，步骤103，也即所述“将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息”包括：

从所述缓存中提取各第三方子数据的渠道信息；

通过数据比对，确定我方数据中与第三方子数据相同的子数据；

将所确定的子数据的渠道信息替换为相同的第三方子数据的渠道信息。

具体的，可以通过请求域名接口的方式来读取缓存，获取相应的渠道信息。

在一个具体的实施例中，该方法还包括：

接收第三方服务推送给服务器的第三方数据；

接收我方SDK(Software Development Kit，软件开发工具包)程序推送给服务器的我方数据。

具体的，SDK程序是内嵌在应用内的，可以获取到运行该应用的相关数据。具体的，接收第三方数据或我方数据是不分先后的，是分别由两个独立的线程控制的，且所述第三方数据与所述我方数据对应；

因此，当获取到我方数据时，还未获取到对应的第三方数据，通过独立的线程对获取的我方数据进行延后处理。而不会影响到后续数据的处理。

在一个具体的实施例中，例如在在Android设备上具体实施方式如下：

1、在第三方服务后台配置好推送参数，并开启推送开关。

2、SDK程序中加入日志发送逻辑代码

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

3、第三方服务数据到达我方服务器后，埋memcached缓存代码

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

4、SDK程序请求渠道匹配域名代码

private function_getChannelId($fields){

//curl相应的域名上的接口，进行匹配与替换

}

与现有技术相比，本发明提出了一种确定渠道信息的方法和设备，其中，该方法包括：通过预设的配置表对获取的第三方数据进行识别，确定所述第三方数据中各第三方子数据对应的应用标识；基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息；将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息。以此简单有效实现了对渠道信息的识别以及确定。

实施例2

本发明实施例还提出了一种确定渠道信息的设备，如图2所示，包括：

识别模块201，用于通过预设的配置表对获取的第三方数据进行识别，确定所述第三方数据中各第三方子数据对应的应用标识；

生成模块202，用于基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息；

替换模块203，用于将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息。

在一个具体的实施例中，如图3所示，该设备还包括：

缓存模块204，用于将各第三方子数据的渠道信息进行缓存；其中，所述缓存在预设时间后清除。

在一个具体的实施例中，所述替换模块203，用于：

从所述缓存中提取各第三方子数据的渠道信息；

通过数据比对，确定我方数据中与第三方子数据相同的子数据；

将所确定的子数据的渠道信息替换为相同的第三方子数据的渠道信息。

在一个具体的实施例中，如图4所示，该设备还包括：

接收模块205，用于接收第三方服务推送给服务器的第三方数据；

接收我方SDK程序推送给服务器的我方数据。

在一个具体的实施例中，所述第三方数据与所述我方数据对应；

如图5所示，该设备还包括：处理模块206，用于当获取到我方数据时，还未获取到对应的第三方数据，通过独立的线程对获取的我方数据进行延后处理。

与现有技术相比，本发明提出了一种确定渠道信息的方法和设备，其中，该方法包括：通过预设的配置表对获取的第三方数据进行识别，确定所述第三方数据中各第三方子数据对应的应用标识；基于所述应用标识以及所述第三方数据中各第三方子数据的设备标识生成所述第三方数据中各第三方子数据的渠道信息；将获取的我方数据中各子数据的渠道信息替换为与所述子数据相同的第三方子数据的渠道信息。以此简单有效实现了对渠道信息的识别以及确定。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。