交通感知地理围栏的制作方法_3

文档序号:9252730阅读:来源:国知局
。可选地,广告模块432还可包括定向 模块540。交通信息源可包括地图模块552和路线模块554,以及可选地车流模块556、天气 模块558或调度模块560,仅列出一些。在一个不例中,广告模块432可访问数据库426以 存储和/或获取广告规则和活动信息、交通数据、位置数据以及使得能够生成、投递和更新 交通敏感广告的其他信息。
[0059] 在一个示例中,交通模块520可基于广告商提供的广告规则和活动信息收集和投 递有关广告生成引擎530的上下文和交通数据。交通模块520可连接各信息源中的每一个, 以获得和动态更新广告内容。
[0060] 在一个示例中,定向模块540可使用来自各信息源的数据,以基于当前上下文(例 如位置、时间、事件、天气等)动态地向用户定向广告。定向模块540可连接任一个其他模 块,以确定个人是否应基于上下文、位置、交通时间或其他标准来接收定向的广告。
[0061] 在一个示例中,位置模块510被配置为从诸如移动设备215的设备接收位置数据, 并根据位置数据来确定在预定义附近或目标交通时间内的一个或更多个参与商家。在一些 示例中,位置模块510可接收GPS型坐标(例如经度和炜度),GPS型坐标可用于建立与移 动设备(从而也是移动设备的用户)相关联的当前位置。使用经度和炜度坐标,位置模块 510可确定,在与用户相关联的当前位置的附近是否有实体位置登记在联网系统402中的 任何商家。在某些示例中,位置模块510可从设备接收其他位置确定信息,例如可交叉引用 到用户家庭、工作或其他实体位置的互联网协议地址。
[0062] 例如,一些商家可以广播可被移动设备(例如移动设备215)接收的特定无线网络 信息。一旦接收到,移动设备215可包括编程或电路以将信号翻译为特定位置,或者移动设 备215可简单地将唯一信号重发送到位置模块510。在一个示例中,商家位置可发送唯一 SSID,位置模块510可被编程为解释该SSID以识别特定商家位置。在另一个示例中,商家 在其所有位置内广播唯一SSID,并且位置模块510可被编程为使用该唯一SSID和其他位置 数据(例如,GPS坐标或小区塔位置)的组合以识别特定位置。
[0063] 在一个示例中,一些商家可能希望定向处于商家定义的某地理围栏内的用户。例 如,商家可将地理围栏定义为处于10分钟内驾车到商家定义的兴趣点的位置的所有用户 或设备。地图模块552可在网络404上访问各种地图信息源。地图模块552可基于位置模 块510提供的用户位置接收地图信息。
[0064] 在一个示例中,一些商家可能希望定向处于由到商家位置的交通时间所限定的某 地理围栏内的用户。交通时间可以是商家指定的目标交通时间。路线模块554可从位置模 块510接收用户位置信息,并且基于该位置信息和来自地图模块552的地图信息(覆盖或 者未覆盖车流信息),提供一个或多种交通模式的路线信息。交通模块520可利用路线信 息、地图信息和用户位置以确定一个或更多个用户能否在指定的交通时间内行进到商家位 置。
[0065]在一个示例中,车流模块556可通过网络404访问各车流信息源,并向地图模块 552传送可覆盖在地图信息上的涉及车流的数据和报警。车流模块556还可包括或被配置 为访问可与地图数据组合的限速信息,以计算沿路线的期望交通模式速度。在一个示例中, 在定义兴趣点周围的地理围栏时,商家可选择一个选项以包括或排除涉及车流的数据。
[0066]在某些示例中,路线模块554可从天气模块558接收天气信息。天气信息可以与 路线信息组合或者一般用于交通时间计算。例如,如果天气模块558访问指示沿路线的强 降水的天气信息,则可以增加沿该路线的期望交通时间以反映现实世界条件。在一个示例 中,在定义兴趣点周围的地理围栏时,商家可选择一个选项以包括或排除涉及天气的数据。
[0067]在某些示例中,路线模块554可以从调度模块560接收公共交通调度信息。路线 模块554可至少部分地基于第一交通模式(例如走路(例如向公交车站或地铁站))和第 二交通模式(例如公共交通,如公交车或地铁)确定到兴趣点的交通时间。第一交通模式 和第二交通模式的总交通时间可以小于地理围栏所定义的行进时间。通过这种方式,在确 定个人用户是否在地理围栏内时,可以考虑多种交通模式。参考图6至8,详细描述了有关 位置感知提议模块432提供的功能的附加细节。在一个示例中,当确定兴趣点周围的地理 围栏时,商家可选择一个选项以包括或排除公共交通或任何其他交通模式的组合作为可用 的交通模式。
[0068] 示例方法
[0069] 图6是示出根据示例实施例的用于生成、投递和更新交通感知移动广告的方法 600的框图。在一个示例中,方法600可包括用于在605获得交通数据、在610确定相关广 告内容、在615生成广告、在620投递广告、可选地在625更新交通或上下文数据、以及可选 地在630确定是否在620更新广告的操作。在这个示例中,方法600可包括以下操作以在 605获得实时交通数据:在640接收位置数据,在642访问用户资料数据,在644访问路线 数据,在646访问车流数据,在648访问天气数据以及在650访问调度数据。所示出的交通 数据的示例仅是示例性的而不应被认为是限制。
[0070]在一个示例中,方法600可在605利用广告生成引擎530获得实时交通数据。在另 一个示例中,交通模块520可从各交通信息源(例如模块552至560)获得实时交通数据。 方法600可在610继续,利用广告生成引擎530基于交通数据确定相关广告内容。在某些 示例中,广告生成引擎530可提供相关内容。
[0071] 方法600可在615继续,利用广告生成引擎530基于相关内容生成动态广告。方 法600可在620继续,利用发布模块420投递广告生成引擎530生成的广告。方法600可 在625继续,利用广告模块432更新上下文数据。在某些示例中,广告模块432可定期确认 更新的位置或上下文数据(例如30秒一次)。在其他示例中,实时上下文数据馈送(例如 操作640至650中访问的上下文数据)可被配置为推送更新并触发操作625。方法600在 630继续,利用广告模块432,基于更新的交通或上下文数据确定是否更新广告。如果更新 广告,则方法600循环回到620继续,利用发布模块420投递广告的更新版本。在一些示例 中,更新内容可被自动推送到广告。如果动态内容停止更新,则方法600可以结束。在某些 示例中,方法600可继续循环,以继续检查更新数据等。
[0072]尽管在图6的示例中顺序布置,其他示例可以将操作重新排序,省略一个或更多 个操作,和/或使用多个处理器或者组织为两个或以上的虚拟机或子处理器的单处理器并 行地执行两个或以上操作。此外,其他示例可将操作实现为一个或更多个专用互联硬件或 集成电路,其中包括在模块之间通信或经过模块的相关控制和数据信号。因而,任何处理流 程可应用于软件、固件、硬件和混合型实现。
[0073]图7是示出根据示例实施例的用于接收交通感知广告的方法700的流程图。在一 个示例中,方法700可包括用于在710检测当前位置,在715向服务提供商发送当前位置数 据,在720接收上下文敏感动态广告,在725显示广告,在730确定是否接收到更新广告内 容,以及在735更新动态广告内容的操作。可选地,方法700还可包括用于在705运行交通 感知应用和在740向服务提供商发送更新位置数据的操作。方法700中概述的操作可以全 部在设备(例如设备115或移动设备215)内发生。
[0074] 方法700可以在710开始,此时移动设备215检测当前位置。方法700可在715 继续,利用移动设备215向服务提供商发送当前位置数据。响应于发送当前位置数据,在 720,移动设备215接收交通感知动态广告。在一个示例中,可以从联网系统(例如联网系 统402)接收交通感知动态广告。可选地,响应于发送当前位置数据,在720,除了交通感知 动态广告,移动设备215还可接收指示从当前位置到兴趣点的交通路线的路线数据。
[0075]方法700可在725继续,利用移动设备215显示广告。在一个示例中,可以显示交 通感知动态广告作为移动应用内的横幅广告。动态广告的附加示例可见于图IlA到11C。
[0076]在740,方法700可以可选地包括移动设备215向服务提供商(例如联网系统402) 发送更新的位置数据(或者用户相关的上下文数据)。方法700可在730继续,利用移动设 备215检查更新的广告内容的接收。如果在730接收到新的广告内容,方法700可在735 继续,利用移动设备215以更新的内容对动态广告进行更新。在一些示例中,更新整个广告 (例如替换)。例如,更新可以指示第一动态广告提出的提议已经过期,并用没有过期的第 二广告替换第一广告。第二广告可以是也可以不是交通感知动态广告。在其他示例中,移 动设备215可以只更新广告的动态部分。例如,广告的动态部分可以指示用户位置和广告 中指出的零售位置之间的距离。在其他示例中,联网系统402可以直接向动态广告推送更 新的内容。
[0077] 可选地,方法700可以在705开始,此时移动设备215运行交通感知应用。在一个 示例中,服务提供商可以操作联网系统402。
[0078]尽管在图7的示例中顺序布置,其他示例可以将操作重新排序,省略一个或更多 个操作,和/或使用多个处理器或者组织为两个或以上的虚拟机或子处理器的单处理器并 行地执行两个或以上操作。此外,其他示例可将操作实现为一个或更多个专用互联硬件或 集成电路,其中包括在模块之间通信或经过模块的相关控制和数据信号。因而,任何处理流 程可应用于软件、固件、硬件和混合型实现。
[0079]图8是示出根据示例实施例的用于生成、投递和更新上下文敏感动态提议(例如 广告)的方法800的泳道图。根据示例实施例,方法800示出了在生成、投递和可选地更新 交通感知广告过程中用户(例如移动设备215)、联网系统402 (例如基于网络的发布系统 120)、以及广告商(例如广告商130)之间的示例交互。
[0080] 方法800可在802开始,此时移动设备215确定与移动设备215相关联的当前位 置。可选地,方法800可在804继续,利用移动设备215访问用户资料数据。用户资料数据 可提供可添加到当前位置数据的用户相关的上下文数据,例如用户可用的交通模式。方法 800在806继续,利用移动设备215向发布系统(例如系统120)发送用户相关的上下文数 据。
[0081] 关于系统100,方法800可在810开始,此时系统120从广告商(例如广告商130) 接收广告活动数据。方法800可在812继续,利用系统120接收用户相关的交通数据,例如 移动设备215生成的GPS位置或其他位置标识数据。可选地,方法800可在814继续,利用 系统120访问用户相关的数据,例如预先登记的交通模式或用户偏好。可选地,方法800可 在 816继续,利用系统12〇访问非用户相关的交通数据,例如上文中参考图5和6、表1讨论 的交通数据。在某些示例中,从信息源模块552至560获得非用户相关的交通数据。
[0082] 方法800可在818继续,利用系统120生成一个或更多个广告。方法800可在820 继续,利用系统120投递广告,例如向移动设备215。在808,方法800可包括移动设备215 接收由系统120生成和发送的广告。可选地,方法800可在822继续,利用系统120更新上 下文数据(例如用户相关的和用户无关的上下文数据)。可选地,方法800可在824继续, 利用系统120基于更新的上下文数据对广告进行更新。
[0083] 关于广告商130,在830,方法800可包括广告商定义要在系统120上实现的广告 活动。在832,方法800可包括广告商130定义广告生成的标准。在一个示例中,定义
当前第3页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1