一种基于APP应用的链接发送方法及装置与流程

文档序号:17861366发布日期:2019-06-11 22:53阅读:434来源:国知局

本发明涉及app技术领域,尤其涉及一种基于app应用的链接组合发送方法及装置。



背景技术:

微博等app作为社交媒体,拥有众多优质的活跃用户和特有的社交传播属性,是app推广的重要渠道。微博等app推广产品,着眼于搭建应用闭环,提供从广告展示—广告互动—下载安装—注册激活—留存效果跟踪等全生命周期的一体化服务。不仅如此,现有微博等app推广中,还支持deeplink(深度链接)功能,可直达应用内深度链接,缩短app之间的跳转及转化路径,实现app之间的无缝跳转及连接,具体实现原理及方法如下:

1)广告主定义好要推广app的scheme参数,统一录入到微博应用中心库中;

2)用户发生点击行为,微博等app客户端根据广告的appid和custid(广告主id)信息,请求应用中心下发对应参数;与此同时,进一步判定用户是否安装广告主推广的app;

若广告主安装了该app,则应用中心下发scheme信息(ios下发urlscheme、andriod下发urlscheme以及apk包),微博客户端直接呼起app,直达应用内部落地页;

若广告主没有安装该app,则应用中心下发该app在对应的下载链接,进行app的下载操作。

现有技术能够实现app之间的信息通讯及互相跳转,可以有效缩短app之间的转化路径;广告平台能够根据用户的安装状态,去判断是进行app内部的落地页触达(deeplink)、或是下载对应的app进行安装,同时满足广告主“拉新”(下载)、“唤醒”(呼起)的需求;

在实现本发明过程中,发明人发现现有技术中至少存在如下问题:现有功能并不能满足全部微博生态体系下app类广告主的诉求。对于一些app类客户(如电商类广告主)而言,其在整个生命周期里,主要诉求为提升商品购买量,下载app非核心需求。



技术实现要素:

本发明实施例提供一种基于app应用的链接发送方法及装置,以在现有deeplink的逻辑基础上,进行功能扩展延伸,支持广告主自主化配置推广类型及要下发的链接组合,从而满足广告主个性化的需求。

一方面,本发明实施例提供了一种基于app应用的链接发送方法,所述方法包括:

当客户端用户点击某一app应用广告时,获取所述app应用的配置参数;

根据所述app应用的配置参数,从配置的所述app应用广告的多个链接跳转逻辑中,选择对所述客户端用户投放的链接跳转逻辑;

根据选择的所述客户端用户的链接跳转逻辑,拼装所述客户端用户的落地页地址并发送所述客户端用户。

另一方面,本发明实施例提供了一种基于app应用的链接发送装置,所述装置包括:

获取单元,用于当客户端用户点击某一app应用广告时,获取所述app应用的配置参数;

选择单元,用于根据所述app应用的配置参数,从配置的所述app应用广告的多个链接跳转逻辑中,选择对所述客户端用户投放的链接跳转逻辑;

拼装单元,用于根据选择的所述客户端用户的链接跳转逻辑,拼装所述客户端用户的落地页地址并发送所述客户端用户。

上述技术方案具有如下有益效果:本技术方案在结合原有app类广告生态闭环基础上,进行功能上的扩展及延伸,不仅能同时满足广告主拉新、唤醒等需求,还可根据广告主的核心诉求及推广目的,下发链接组合,广告主可自主化选择本次推广的落地形式。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例一种基于app应用的链接发送方法流程图;

图2为本发明实施例一种基于app应用的链接发送装置结构示意图;

图3为本发明实施例另一基于app应用的链接发送装置结构示意图;

图4为本发明应用实例的业务逻辑示意图;

图5为本发明应用实例链接组合跳转示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

如图1所示,为本发明实施例一种基于app应用的链接发送方法流程图,所述方法包括:

101、当客户端用户点击某一app应用广告时,获取所述app应用的配置参数;

102、根据所述app应用的配置参数,从配置的所述app应用广告的多个链接跳转逻辑中,选择对所述客户端用户投放的链接跳转逻辑;

103、根据选择的所述客户端用户的链接跳转逻辑,拼装所述客户端用户的落地页地址并发送所述客户端用户。

优选地,所述方法还包括:预先根据广告主的推广诉求和推广目的,配置所述app应用广告的多个链接跳转逻辑。

优选地,获取的所述app应用的配置参数包括:app应用在所述客户端的安装状态、app应用id、广告主id、对象库id、链接组合类型标识参数rule字段及其参数值。

优选地,所述根据所述app应用的配置参数,从配置的所述app应用广告的多个链接跳转逻辑中,选择对所述客户端用户投放的链接跳转逻辑,包括:

如链接组合类型标识参数rule值为0,即rule=0,则选择深度链接deeplink+app链接组合;

如链接组合类型标识参数rule值为1,即rule=1,则选择deeplink+h5(h5是html5的缩写,其中html为超文本标记语言)链接组合;

如链接组合类型标识参数rule值为2,即rule=2,则选择h5链接。

优选地,所述根据选择的所述客户端用户的链接跳转逻辑,拼装所述客户端用户的落地页地址并发送所述客户端用户,包括:

若选择的链接跳转逻辑为:deeplink+h5链接组合,则进一步判断所述app应用在所述客户端的安装状态:如为已安装,则直接唤醒对应的app,直达该app的落地页页面;如为未安装,则直达该app的落地页网址h5页面;

若选择的链接跳转逻辑为:deeplink+app链接组合,则进一步判断所述app应用在所述客户端的安装状态:如为已安装,则直接唤醒对应的app,直达该app的落地页页面;如为未安装,则直接跳转到该app的下载页面进行下载安装,并在下载安装后唤醒该app,直达该app的落地页页面;

若选择的链接跳转逻辑为:h5链接,则直达该app的落地页网址h5页面。

对应于上述方法实施例,如图2所示,为本发明实施例一种基于app应用的链接发送装置结构示意图,所述装置包括:

获取单元21,用于当客户端用户点击某一app应用广告时,获取所述app应用的配置参数;

选择单元22,用于根据所述app应用的配置参数,从配置的所述app应用广告的多个链接跳转逻辑中,选择对所述客户端用户投放的链接跳转逻辑;

拼装单元23,用于根据选择的所述客户端用户的链接跳转逻辑,拼装所述客户端用户的落地页地址并发送所述客户端用户。

优选地,如图3所示,为本发明实施例另一基于app应用的链接发送装置结构示意图,所述装置不但包括获取单元21、选择单元22、拼装单元23,还包括:

配置单元20,用于预先根据广告主的推广诉求和推广目的,配置所述app应用广告的多个链接跳转逻辑。

优选地,所述获取单元21,具体用于获取的所述app应用的配置参数包括:app应用在所述客户端的安装状态、app应用id、广告主id、对象库id、链接组合类型标识参数rule字段及其参数值。

优选地,所述选择单元22,具体用于在所述app应用的配置参数中,

如链接组合类型标识参数rule值为0,即rule=0,则选择深度链接deeplink+app链接组合;

如链接组合类型标识参数rule值为1,即rule=1,则选择deeplink+h5链接组合;

如链接组合类型标识参数rule值为2,即rule=2,则选择h5链接。

优选地,所述拼装单元23,进一步用于:

若选择的链接跳转逻辑为:deeplink+h5链接组合,则进一步判断所述app应用在所述客户端的安装状态:如为已安装,则直接唤醒对应的app,直达该app的落地页页面;如为未安装,则直达该app的落地页网址h5页面;

若选择的链接跳转逻辑为:deeplink+app链接组合,则进一步判断所述app应用在所述客户端的安装状态:如为已安装,则直接唤醒对应的app,直达该app的落地页页面;如为未安装,则直接跳转到该app的下载页面进行下载安装,并在下载安装后唤醒该app,直达该app的落地页页面;

若选择的链接跳转逻辑为:h5链接,则直达该app的落地页网址h5页面。

本技术方案在结合原有app类广告生态闭环基础上,进行功能上的扩展及延伸,不仅能同时满足广告主拉新、唤醒等需求,还可根据广告主的核心诉求及推广目的,下发链接组合,广告主可自主化选择本次推广的落地形式。

如图4所示,为本发明应用实例的业务逻辑示意图,具体详述如下:

1)应用中心:广告主上传apk(androidpackage的缩写,即android安装包)包或填写itunes(itunes是一款供mac和pc使用的一款免费数字媒体播放应用程序,能管理和播放数字音乐和视频)链接,统一入到广告平台应用中心中,供业务后台调用;

2)业务后台:广告主选择要推广的安装包(业务后台调用应用中心),并创建应用类的广告计划;根据推广诉求,个性化配置此次要下发的链接组合功能,如deeplink+h5/deeplink+app/h5;此时业务后台通过相关参数(rule)标识用户选择的投放类型,将核心参数统一存入广告平台对象库中(广告主id、应用id、跳转标识、deeplink链接等);

3)对象库:存储必要的字段,供接口层级的调用及参数获取;

4)平台/mapi:广告投放过程中,相关参数的下发及透传;

5)客户端:当用户刷到对应广告,并产生相关点击行为时,客户端根据参数字段调用相关接口,并获取不同的跳转逻辑,执行相应的action。具体逻辑如下:

接口逻辑:

http://api.apps.sina.cn/interface/api_down.php?containerid=xxxxxx&pyid=yyyyy&oid=zzzzzz&rule=1

其中,contanierid为下发的应用id、pyid为广告主id、oid为对象库id,用该参数来唯一获取存储在对象库中的信息,rule为链接组合类型标识参数;

参数响应逻辑:

应用中心根据oid去调用对象库,并根据rule值,按照预定业务逻辑返回给客户端数据:具体下发链接根据rule判定,并且需要返回给客户端rule字段和值,用于客户端在互动日志中区分实际的跳转逻辑是跳到了h5还是下载页,具体如下:

a、rule=0下发deeplink+app链接组合

android返回openapp、scheme、url-scheme(含义:deeplink)、packagename、rule

ios返回openapp、scheme、url-scheme(含义:deeplink)、rule

b、rule=1下发deeplink+h5链接组合

android返回openapp、scheme(含义url_h5)、url-scheme(含义:deeplink)、packagename、rule

ios返回openapp、scheme(含义:url_h5)、url-scheme(含义:deeplink)、rule

c、rule=2h5链接

android返回openapp、scheme(含义url_h5)、url-scheme(含义:deeplink,为空)、packagename(为空)、rule

ios返回openapp、scheme(含义:url_h5)、url-scheme(含义:deeplink,为空)、rule

信息交互逻辑示例:

如图5所示,为本发明应用实例链接组合跳转示意图,展示了某一应用推广广告所涉及的跳转逻辑示意,其在广告后台及广告信息下发中,各环节涉及的交互信息逻辑分别如下:

1)应用中心:

a)应用安装包存入微博广告平台应用中心,供业务后台选择并调用;

b)以oid参数为key,去对象库中取广告的核心参数信息,并拼接成跳转地址,随广告整体下发流程下发到客户端中;

链接示例:http://api.apps.sina.cn/interface/api_down.php?containerid=xxxxxx&pyid=yyyyy&oid=zzzzzz&rule=1

2)业务后台:支持应用广告计划的创建,并提供链接组合功能:如deeplink+app/deeplink+h5/h5,本发明以deeplink+h5(rule=1)链接为例进行阐述,业务后台将广告主id、rule、oid、应用id、deeplink等信息存入到对象库中;

3)对象库:存储关键字段信息(如广告主id、rule、oid、应用id),并以oid为key将所有核心参数关联起来,供应用中心调用并拼装成完整地址;

4)平台/mapi:透传广告的核心参数信息,并下发到客户端中;

5)客户端:当用户刷到该广告并发生点击行为时,此时会请求到应用中心,应用中心根据广告主id、应用id、rule、oid等信息,去对象库中查找对应的内容,并根据用户对该app的安装状态,去执行不同的落地页跳转操作。即针对已经安装的用户,直接呼起app,并直达落地页;针对没有安装该app的用户,直接在微博内部浏览器打开对应的h5页面进行下单购买行为。

本发明应用实例在结合原有app类广告生态闭环基础上,进行功能上的扩展及延伸。不仅能同时满足广告主拉新、唤醒等需求,还可根据广告主的核心诉求及推广目的,下发链接组合,广告主可自主化选择本次推广的落地形式,并通过rule字段来标识链接组合类型,将相关参数存入对象库进行统一管理及下发,通过标准化接口调用等方式,实现规范化流程。

应该明白,公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好,应该理解,过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素,并且不是要限于所述的特定顺序或层次。

在上述的详细描述中,各种特征一起组合在单个的实施方案中,以简化本公开。不应该将这种公开方法解释为反映了这样的意图,即,所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反,如所附的权利要求书所反映的那样,本发明处于比所公开的单个实施方案的全部特征少的状态。因此,所附的权利要求书特此清楚地被并入详细描述中,其中每项权利要求独自作为本发明单独的优选实施方案。

为使本领域内的任何技术人员能够实现或者使用本发明,上面对所公开实施例进行了描述。对于本领域技术人员来说;这些实施例的各种修改方式都是显而易见的,并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此,本公开并不限于本文给出的实施例,而是与本申请公开的原理和新颖性特征的最广范围相一致。

上文的描述包括一个或多个实施例的举例。当然,为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的,但是本领域普通技术人员应该认识到,各个实施例可以做进一步的组合和排列。因此,本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外,就说明书或权利要求书中使用的术语“包含”,该词的涵盖方式类似于术语“包括”,就如同“包括,”在权利要求中用作衔接词所解释的那样。此外,使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrativelogicalblock),单元,和步骤可以通过电子硬件、电脑软件,或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability),上述的各种说明性部件(illustrativecomponents),单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用,可以使用各种方法实现所述的功能,但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块,或单元都可以通过通用处理器,数字信号处理器,专用集成电路(asic),现场可编程门阵列或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于asic中,asic可以设置于用户终端中。可选地,处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中,本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现,这些功能可以存储与电脑可读的媒介上,或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如,这样的电脑可读媒体可以包括但不限于ram、rom、eeprom、cd-rom或其它光盘存储、磁盘存储或其它磁性存储装置,或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外,任何连接都可以被适当地定义为电脑可读媒介,例如,如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(dsl)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、dvd、软盘和蓝光光盘,磁盘通常以磁性复制数据,而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1