地理围栏虚拟刮刮卡专利检索-围栏门，大门和窗户专利检索查询-专利查询网

积极推动地理标志专门立法

2022-03-10 地理标志，立法，知识产权
保护知识产权是对创新最大的激励

2022-03-10 保护知识产权，创新，激励
谢商华：加快制定知识产权基本法

2022-03-10 知识产权基本法
擦亮“双奥之城”品牌

2022-03-10 双奥，知识产权
让冰雪运动“热”力全开

2022-03-10 冰雪运动，知识产权
携手共奋进　走好强国路

2022-03-10 强国，知识产权
坚持创新引领　方能稳中求进

2022-03-10 创新，稳中求进，知识产权
答好“两张卷” 奋进新征程

2022-03-10 知识产权
专家解读政府工作报告中的创新和知识产权相关部署

2022-03-10 政府工作报告，创新，知识产权
今年政府工作报告指出：加强知识产权保护和运用

2022-03-10 政府工作报告，知识产权保护

地理围栏虚拟刮刮卡

阅读：552发布：2021-02-27

IPRDB可以提供地理围栏虚拟刮刮卡专利检索，专利查询，专利分析的服务。并且提供了一种向移动通信设备提供地理围栏广告的方法。该广告具有相关联的虚拟刮刮卡提议。该刮刮卡仅当移动通信设备距商业位置小于第一预定义距离时被显示。该提议仅当在移动通信设备距商业位置小于第二预定义距离时用户利用该移动通信设备执行虚拟刮擦功能时被展现。第二预定义距离小于第一预定义距离。，下面是地理围栏虚拟刮刮卡专利的具体信息内容。

权利要求

1.一种在用户的无线移动通信设备上显示地理围栏广告的计算机实现的方法，所述广告与具有相关的商业位置的商业相关联，所述方法包括：自动接收关于所述移动通信设备地理位置的信息；

当所述移动通信设备位于所述商业位置的第一预定义距离之内时，自动地使得所述广告的第一版本显示在所述移动通信设备上；以及当所述移动通信设备位于所述商业位置的第二预定义距离之内时，自动地使得不同于所述广告的所述第一版本的第二版本显示在所述移动通信设备上，所述第二预定义距离小于所述第一预定义距离。

2.如权利要求1所述的方法，其中，自动地使得显示所述广告的所述第一版本包括：当所述移动通信设备位于所述商业位置的所述第一预定义距离之内并且距离所述商业位置至少所述第二预定义距离时，自动地使得显示所述广告的所述第一版本。

3.如权利要求1所述的方法，其中：

自动地使得显示所述广告的所述第一版本包括仅当所述移动通信设备位于所述商业位置的所述第一预定义距离之内时，自动地使得显示所述广告的所述第一版本；且自动地使得显示所述广告的所述第二版本包括仅当所述移动通信设备位于所述商业位置的所述第二预定义距离之内时，自动地使得显示所述广告的所述第二版本。

4.如权利要求1所述的方法，进一步包括，当所述移动通信设备位于预定义的兑换区域时，自动地使得通知所述移动通信设备的所述用户。

5.如权利要求1所述的方法，进一步包括，当所述移动通信设备位于所述商业位置的所述第二预定义距离之内时，在所述移动通信设备上自动展现与所述广告相关的提议。

6.如权利要求1所述的方法，进一步包括：

当所述移动通信设备位于所述商业位置的所述第二预定义距离之内时，接收用户在所述移动通信设备上输入所产生的与所述广告的所述第二版本的显示相关的信号；并且响应于接收所述信号，在所述移动通信设备上自动地使得展现与所述广告相关的提议。

7.如权利要求6所述的方法，其中：

使得显示所述广告的所述第二版本包括：使得在所述移动通信设备上显示虚拟刮刮卡；并且使得展现所述提议包括，响应于所述用户输入，自动地使得对所显示的虚拟刮刮卡的至少一部分进行变更，以展现所述提议。

8.如权利要求6所述的方法，其中，自动地使得展现所述提议包括：仅响应于接收所述信号来展现所述提议。

9.如权利要求6所述的方法，其中，自动地使得展现所述提议包括：当所述移动通信设备位于所述商业位置的所述第二预定义距离之内时、仅响应于接收所述信号来展现所述提议。

10.如权利要求6所述的方法，其中，接收由所述用户在所述移动通信设备上输入所产生的所述信号包括：接收在所述移动通信设备上进行擦拭手势而产生的信号。

11.如权利要求6所述的方法，其中，使得展现所述提议包括：当所述移动通信设备位于所述商业位置的所述第二预定义距离之内时，使得展现仅在所述用户向所述移动通信设备提供输入时才有效的提议。

12.如权利要求1所述的方法，进一步包括：

将关于所述广告的信息存储于所述移动通信设备的存储器中；并且其中：自动地使得显示所述广告的所述第二版本包括：响应于所述用户访问所存储的关于所述广告的信息、自动地使得显示所述广告的所述第二版本。

13.如权利要求12所述的方法，其中：

将关于所述广告的所述信息存储于所述移动通信设备的所述存储器中包括在所述存储器中创建书签；并且响应于所述用户访问所存储的关于所述广告的信息、自动地使得显示所述广告的所述第二版本包括：响应于所述用户访问所述书签，自动地使得显示所述广告的所述第二版本。

14.如权利要求1所述的方法，进一步包括：

由计算机在初始化阶段接收相关的商业位置，并将所述接收到的相关商业位置存储于数据库中；

在所述初始化阶段之后，经由自动电话交互式语音应答(IVR)系统接收关于选择的产品和选择的服务中至少之一的信息以及与所选择的产品和选择的服务中所述至少之一相关联的价格信息；

利用所存储的相关商业位置、所接收的关于所选择的产品和所选择的服务中所述至少之一的信息、和所接收的相关价格信息，自动生成所述广告；

将关于所生成的广告的信息存储于所述数据库中；以及

随后利用所存储的关于所生成的广告的信息来使得显示所述广告的所述第一版本和所述第二版本。

15.一种有形的、非易失的计算机可读介质，具有存储其上的计算机代码，用于在用户的无线移动通信设备上显示地理围栏广告，所述广告与具有相关的商业位置的商业相关联，所述计算机代码包括：配置为自动接收关于所述移动通信设备地理位置的信息的计算机代码；

配置为当所述移动通信设备位于所述商业位置的第一预定义距离之内时，自动使得所述广告的第一版本显示在所述移动通信设备上的计算机代码；以及配置为当所述移动通信设备位于所述商业位置的第二预定义距离之内时，自动地使得不同于所述广告的所述第一版本的第二版本显示在所述移动通信设备上的计算机代码，所述第二预定义距离小于所述第一预定义距离。

16.一种在用户的无线移动通信设备上显示地理围栏广告的系统，所述广告与具有相关的商业位置的商业相关联，所述系统包括：位置模块，配置为接收关于所述移动通信设备地理位置的信息；

广告模块，配置为：

当所述移动通信设备位于所述商业位置的第一预定义距离之内时，自动使得所述广告的第一版本显示在所述移动通信设备上；以及当所述移动通信设备位于所述商业位置的第二预定义距离之内时，自动使得不同于所述广告的所述第一版本的第二版本显示在所述移动通信设备上，所述第二预定义距离小于所述第一预定义距离。

17.如权利要求16所述的系统，进一步包括通知模块，所述通知模块被配置为：当所述移动通信设备位于预定义的兑换区域时，自动地使得通知所述移动通信设备的所述用户。

18.如权利要求16所述的系统，其中所述广告模块被配置为：当所述移动通信设备位于所述商业位置的所述第二预定义距离之内时，自动将与所述广告相关的提议展现在所述移动通信设备上。

19.如权利要求16所述的系统，其中所述广告模块被配置为：当所述移动通信设备位于所述商业位置的所述第二预定义距离之内时，接收由用户在所述移动通信设备上输入产生的与所述广告的所述第二版本的显示相关的信号；并且响应于接收所述信号，在所述移动通信设备上自动地使得展现与所述广告相关的提议。

20.如权利要求16所述的系统，其中所述广告模块被配置为：将关于所述广告的信息存储于所述移动通信设备的存储器中；以及：通过响应于所述用户访问所存储的关于所述广告的信息自动地使得显示所述广告的所述第二版本，来自动地使得显示所述广告的所述第二版本。

21.如权利要求16所述的系统，进一步包括广告添加模块，所述广告添加模块被配置为：在初始化阶段接收相关的商业位置，且将所接收的相关的商业位置存储于数据库中；

以及

在所述初始化阶段之后，经由自动电话交互式语音应答(IVR)系统接收关于选择的产品和选择的服务中至少之一的信息以及与所选择的产品和所选择的服务中所述至少之一相关联的价格信息；并且其中所述广告模块被配置为：利用所存储的相关的商业位置、所接收的关于所选择的产品和所选择的服务中所述至少之一的信息和所接收的相关的价格信息，自动生成所述广告；

将关于所生成的广告的信息存储于所述数据库中；以及

随后利用所存储的关于所生成的广告的信息使得显示所述广告的所述第一版本和第二版本。

说明书全文

地理围栏虚拟刮刮卡

[0001]相关申请交叉引用
本申请要求2010年8月25日提交的题为“地理围栏虚拟刮刮卡”的美国临时专利申请No.61/376,756的优先权。其全部内容通过引用合并于本文，用于所有目的。技术领域

[0002] 本发明涉及广告系统和方法，并且更特别地，涉及基于位置的广告系统和方法。背景技术

[0003] 基于位置的广告(LBA)为已知技术。然而，已知的LBA系统存在局限性，无论何时用户处于诸如商家位置的固定位置的预定距离之内，这些系统都会显示广告。这样的系统会使用户觉得混乱并失去兴趣，因为广告消息不会促使用户朝向商家的位置移动。发明内容

[0004] 本发明的实施例提供了一种在用户的无线移动通信设备上显示地理围栏广告的计算机实现的方法。该广告与商业相关联，该商业具有相关的商业位置。该方法包括自动接收关于移动通信设备地理位置的信息。当移动通信设备位于商业位置的第一预定义的距离之内时，使广告的第一版本自动显示在移动通信设备上。当移动通信设备位于商业位置小于第一预定义距离的第二预定义距离之内时，使不同于广告第一版本的第二版本自动显示在移动通信设备上。

[0005] 术语“当…时”并不一定指的是整段时间。例如，广告的第一版本可仅显示移动通信设备位于商业位置的第一预定义距离之内的时间里的一部分时间。此外，移动通信设备与商业位置之间的距离可以用二维或三维来度量。移动通信设备典型地为无线通信设备，诸如移动电话。

[0006] 可选地，自动地使得显示广告的第一版本可包括当移动通信设备位于商业位置的第一预定义距离之内并且距离该商业位置至少第二预定义距离时，自动使得显示广告的第一版本。例如，在移动通信设备位于环绕商业位置的一区域带之内，但移动通信设备不在该商业位置的第二预定义距离之内时，可显示广告的第一版本。

[0007] 可选地，自动地使得显示广告的第一版本可包括仅当移动通信设备位于商业位置的第一预定义距离之内时，自动地使得显示广告的第一版本。类似地，自动地使得显示广告的第二版本可包括仅当移动通信设备位于商业位置的第二预定义距离之内时，自动地使得显示广告的第二版本。

[0008] 可选地，当移动通信设备位于预定义的兑换区域时，自动通知移动通信设备的用户。即会有自动生成的通知发送至移动通信设备的用户。该通知可以是视觉和/或音频信号的形式。

[0009] 可选地，当移动通信设备位于商业位置的第二预定义距离之内时，与该广告相关的提议可自动显示在移动通信设备上。

[0010] 可选地，当移动通信设备位于商业位置的第二预定义距离之内时，如果接收到由用户在移动通信设备上输入所产生的与广告的第二版本的显示相关的信号，则响应于接收该信号，使得在移动通信设备上自动展现与广告相关的提议。

[0011] 可选地，使得展现广告的第二版本可以包括使得在移动通信设备上显示虚拟刮刮卡。另外，使得展现提议包括，响应于用户输入，可自动对至少一部分所显示的虚拟刮刮卡进行变更，以便展现提议。

[0012] 可选地，自动地使得展现提议可包括仅响应于接收信号来展现提议。 [0013] 可选地，自动地使得展现提议可包括当移动通信设备位于商业位置的第二预定义距离之内时仅响应于接收信号来展现提议。

[0014] 可选地，接收由用户在移动通信设备上输入所产生的信号可包括接收在移动通信设备上执行擦拭手势而产生的信号。

[0015] 可选地，使得展现提议可包括使得展现在移动通信设备位于商业位置的第二预定义距离之内时仅在用户向移动通信设备提供输入时才有效的提议。

[0016] 可选地，关于该广告的信息可存储于移动通信设备的存储器中。自动地使得显示广告的第二版本可包括响应于用户访问所存储的关于该广告的信息，自动地使得显示该广告的第二版本。在移动通信设备的存储器中存储关于广告的信息可包括：在存储器中创建书签，并且响应于用户访问所存储的关于广告的信息自动地使得显示广告的第二版本可包括：响应于用户访问书签，自动地使得显示广告的第二版本。

[0017] 可选地，可由计算机在初始化阶段接收相关的商业位置，并且可将接收到的相关商业位置存储于数据库中。在初始化阶段之后，关于所选产品和所选服务中至少之一的信息以及与该所选产品和所选服务中至少之一相关联的价格信息可通过自动电话交互式语音应答(IVR)系统来接收。可利用所存储的相关商业位置、所接收的关于所选产品和所选服务中至少之一的信息和所接收的相关价格信息而自动生成广告。与所生成广告相关的信息可存储于数据库中。然后，所存储的关于所生成的广告的信息可用于使得显示该广告的第一版本和第二版本。

[0018] 本发明的另一实施例提供了一种有形的非易失的计算机可读介质，其具有存储其上的计算机代码，用于在用户的无线移动通信设备上显示地理围栏广告。该广告与具有相关的商业位置的商业相关联。计算机代码包括配置为自动接收关于移动通信设备地理位置信息的计算机代码。计算机代码还包括配置为当移动通信设备位于商业位置的第一预定义距离之内时，使广告的第一版本自动显示在移动通信设备上的计算机代码。计算机代码还包括配置为当该移动通信设备位于商业位置的小于第一预定义距离的第二预定义距离之内时，使不同于广告的第一版本的第二版本自动显示在移动通信设备上的计算机代码。 [0019] 可选地，该计算机可读介质还可包括配置为执行上述任一方法的计算机代码。 [0020] 可选地，配置为自动地使得显示广告的第一版本的计算机代码可包括计算机代码，该计算机代码配置为当移动通信设备位于商业位置的第一预定义距离之内并且距离商业位置至少第二预定义距离时，自动地使得显示该广告的第一版本。例如，在移动通信设备位于环绕商业位置的一区域带之内，但移动通信设备不在该商业位置的第二预定义距离之内时，可显示广告的第一版本。

[0021] 可选地，配置为自动地使得显示广告的第一版本的计算机代码可包括配置为仅当移动通信设备位于商业位置的第一预定义距离之内时，自动地使得显示广告的第一版本的计算机代码。类似地，配置为自动地使得显示广告的第二版本的计算机代码可包括配置为仅当移动通信设备位于商业位置的第二预定义距离之内时，自动地使得显示广告的第二版本的计算机代码。

[0022] 可选地，该计算机可读介质可包括配置为当移动通信设备位于预定义的兑换区域时，自动通知移动通信设备的用户的计算机代码。即会有自动生成的通知发送至移动通信设备的用户。该通知可以是视觉和/或音频信号的形式。

[0023] 可选地，该计算机可读介质可包括计算机代码，该计算机代码配置为当移动通信设备位于商业位置的第二预定义距离之内时，与该广告相关的提议可自动展现在移动通信设备上。

[0024] 可选地，该计算机可读介质可包括计算机代码，该计算机代码配置为当移动通信设备位于商业位置的第二预定义距离之内时，响应于接收到在移动通信设备上由用户输入产生的与广告的第二版本的显示相关的信号，在移动通信设备上自动地使得展现与广告相关的提议。

[0025] 可选地，配置为使得显示广告的第二版本的计算机代码包括配置为在移动通信设备上使得显示虚拟刮刮卡的计算机代码。另外，配置为使得展现提议的计算机代码包括，配置为响应于用户输入，可自动地使得对至少一部分所显示的虚拟刮刮卡进行变更，以展现提议的计算机代码。

[0026] 可选地，配置为自动地使得展现提议的计算机代码可包括配置为仅响应于接收信号来展现提议的计算机代码。

[0027] 可选地，配置为自动地使得展现提议的计算机代码可包括配置为当移动通信设备位于商业位置的第二预定义距离之内时仅响应于接收信号展现提议的计算机代码。 [0028] 可选地，配置为接收在移动通信设备上由用户输入产生的信号的计算机代码可包括配置为接收在移动通信设备上执行擦拭手势而产生的信号的计算机代码。 [0029] 可选地，配置为使得展现提议的计算机代码可包括配置为当移动通信设备位于商业位置的第二预定义距离之内时，显示仅在用户向移动通信设备提供输入时才有效的提议的计算机代码。

[0030] 可选地，该计算机可读介质可包括配置为将关于广告的信息存储在移动通信设备的存储器中的计算机代码。配置为自动地使得显示广告的第二版本的计算机代码可包括配置为响应于用户访问所存储的关于广告的信息，自动地使得显示该广告的第二版本的计算机代码。配置为在移动通信设备的存储器中存储关于广告的信息的计算机代码可包括配置为使得在存储器中创建书签的计算机代码，且配置为响应于用户访问所存储的关于广告的信息自动地使得显示该广告的第二版本的计算机代码可包括配置为响应于用户访问书签，自动地使得显示该广告的第二版本的计算机代码。

[0031] 可选地，该计算机可读介质可包括配置为由计算机在初始化阶段接收相关的商业位置且将接收到的相关商业位置存储于数据库中的计算机代码。该计算机代码可配置为在初始化阶段之后，通过自动电话交互式语音应答(IVR)系统接收关于所选产品和所选服务中至少之一的信息以及与所选产品和所选服务中至少之一相关联的价格信息。该计算机可读介质可包括配置为利用所存储的相关的商业位置、所接收的关于所选产品和所选服务中至少之一的信息和所接收的相关的价格信息而自动生成广告的计算机代码。该计算机代码可配置为将关于所生成的广告的信息存储于数据库中。该计算机代码可配置为随后利用所存储的与所生成广告相关的信息来显示该广告的第一版本和第二版本。 [0032] 本发明又一实施例提供了一种在用户的无线移动通信设备上显示地理围栏广告的系统。该广告可以与具有相关的商业位置的商业相关联。该系统包括配置为接收关于移动通信设备地理位置的信息的位置模块。广告模块被配置为当移动通信设备位于商业位置的第一预定义距离之内时，使广告的第一版本自动显示在移动通信设备上。该广告模块也被配置为当移动通信设备位于商业位置的第二预定义距离(小于第一预定义距离)之内时，使不同于广告第一版本的第二版本自动显示在移动通信设备上。

[0033] 可选地，该系统还可包括配置为执行上述任一方法的元件，或包括上述任一功能的计算机可读介质的计算机代码。

[0034] 可选地，该广告模块可配置为当移动通信设备位于商业位置的第一预定义距离之内并且距离该商业位置至少第二预定义距离时，自动地使得显示广告的第一版本。例如，在移动通信设备位于环绕商业位置的一区域带之内，但移动通信设备不在该商业位置的第二预定义距离之内时，可显示广告的第一版本。

[0035] 可选地，该广告模块可配置为仅当移动通信设备位于商业位置的第一预定义距离之内时，自动地使得显示广告的第一版本。类似地，该广告模块可配置为仅当移动通信设备位于商业位置第二预定义距离之内时，自动地使得显示广告的第二版本。 [0036] 可选地，该广告模块可配置为当移动通信设备位于预定义的兑换区域时，自动通知移动通信设备的用户。即会有自动生成的通知发送至移动通信设备的用户。该通知可以是视觉和/或音频信号的形式。

[0037] 可选地，该广告模块可配置为当移动通信设备位于商业位置第二预定义距离之内时，将与广告相关的提议自动展现在移动通信设备上。

[0038] 可选地，该广告模块可配置为当移动通信设备位于商业位置第二预定义距离之内时，响应于接收由用户在移动通信设备上输入产生的与广告的第二版本相关的信号，在移动通信设备上自动使得展现与广告相关的提议。

[0039] 可选地，该广告模块可配置为在移动通信设备上显示虚拟刮刮卡。另外，该广告模块可配置为响应于用户输入，自动使得对至少一部分所显示的虚拟刮刮卡进行变更，以展现提议。

[0040] 可选地，该广告模块可配置为仅响应于接收信号来展现提议。 [0041] 可选地，该广告模块可配置为当移动通信设备位于商业位置的第二预定义距离之内时仅响应于接收信号来展现提议。

[0042] 可选地，该广告模块可配置为通过接收在移动通信设备上进行擦拭手势而产生的信号，接收在移动通信设备上由用户输入而产生的信号。

[0043] 可选地，该广告模块可配置为：通过在移动通信设备位于商业位置的第二预定义距离之内时，使得展现仅在用户向移动通信设备提供输入时才有效的提议，来使得展现提议。

[0044] 可选地，该广告模块可配置为将关于广告的信息存储于移动通信设备的存储器中。该广告模块可配置为响应于用户访问所存储的关于广告的信息，自动地使得显示该广告的第二版本。该广告模块可配置为通过使得在存储器中创建书签，在移动通信设备的存储器中存储关于广告的信息，且该广告模块可配置为通过响应于用户访问书签自动地使得显示广告的第二版本，从而响应于用户访问所存储的关于广告的信息，自动地使得显示广告的第二版本。

[0045] 可选地，该广告模块可配置为由计算机在初始化阶段接收相关的商业位置，且将接收的相关的商业位置存储于数据库中。该广告模块可配置为在初始化阶段之后，通过自动电话交互式语音应答(IVR)系统接收关于所选产品和所选服务中至少之一的信息以及与该所选产品和所选服务中至少之一相关联的价格信息。该广告模块可配置为利用所存储的相关的商业位置、所接收的关于所选产品和所选服务中至少之一的信息和所接收的相关的价格信息而自动生成广告。该广告模块可配置为将与所生成广告相关的信息存储于数据库中。该广告模块可配置为随后利用所存储的关于所生成广告的信息来使得显示该广告的第一版本和第二版本。

[0046] 可选地，该系统可包括通知模块，其被配置为当移动通信设备位于预定义兑换区域时，自动通知移动通信设备的用户。

[0047] 可选地，该广告模块可配置为当移动通信设备位于商业位置的第二预定义距离之内时，将与广告相关的提议自动展现在移动通信设备上。

[0048] 可选地，该广告模块可配置为当移动通信设备位于商业位置的第二预定义距离之内时，接收在移动通信设备上由用户输入产生的与广告的第二版本相关的信号。另外，该广告模块可配置为响应于接收到该信号，在移动通信设备上自动地使得展现与广告相关的提议。

[0049] 可选地，该广告模块可配置为将关于广告的信息存储于移动通信设备的存储器中。另外，该广告模块可配置为通过响应于用户访问所存储的关于广告的信息来自动地使得显示广告的第二版本，从而自动地使得显示广告的第二版本。

[0050] 可选地，该系统可包括广告添加模块，配置为在初始化阶段接收相关的商业位置，且将所接收的相关的商业位置存储于数据库中。该广告添加模块可进一步配置为在初始化阶段之后，通过自动电话交互式语音应答(IVR)系统接收关于所选产品和所选服务中至少之一的信息以及与该所选产品和所选服务中至少之一相关联的价格信息。该广告模块可配置为利用所存储的相关的商业位置、所接收的关于所选产品和所选服务中至少之一的信息和所接收的相关价格信息而自动生成广告。另外，该广告模块可配置为将关于所生成的广告的信息存储于数据库中，然后利用所存储的关于所生成的广告的信息来使得显示广告的第一版本和第二版本。

附图说明

[0051] 通过以下结合附图对特定实施例的详细描述将更全面地理解本发明。在附图中： [0052] 图1为根据本发明的实施例的用于地理围栏广告的层级图。

[0053] 图2为根据本发明的实施例的用于与图1的实施例类似的若干地理围栏广告的层级阵列图。

[0054] 图3-11为根据本发明的实施例的来自具有广告的移动通信设备的假想屏幕截图。

[0055] 图12为本发明的实施例中所应用的示例性QR编码。

[0056] 图13为根据本发明的实施例的来自具有广告的移动通信设备的假想屏幕截图。 [0057] 图14为根据本发明的实施例的提供广告的示意性流程图。

[0058] 图15为根据本发明的实施例的用于注册商家以投放广告的假想网页表单。 [0059] 图16为用于图15的网页表单的选择菜单。

[0060] 图17为用于图15的网页表单的选择菜单。

[0061] 图18A-18E为根据本发明的实施例的描述用户控制台所用选项的示意图。 [0062] 图19A-19D为根据本发明的实施例的定义用于确定关于如何提供广告服务的细节的示例性处理的示意性流程图。

[0063] 图20A-20E包括根据本发明的实施例的示出用户与广告可能的交互的示意性流程图。

[0064] 图21为根据本发明的实施例的用于创建新广告活动的示意性流程图。 [0065] 图22A和22B包括根据本发明的实施例的示出用于创建新广告的处理的示意性流程图。

[0066] 图23为根据本发明的实施例的用于利用交互式语音应答(IVR)来创建新广告的示意性流程图。

具体实施方式

[0067] 根据本发明的优选实施例，公开了用于在移动通信设备上生成地理围栏广告并进行显示的方法和装置。

[0068] 本地提议引擎综述

[0069] 本地提议引擎提供了基于位置的广告和营销的解决方案，它对于广告商而言具有显著效果，对发行商而言是非干扰式的，对终端用户而言，它即生动有趣又方便使用。通过使用本地提议引擎API或通过整合用于多种移动平台的本地提议引擎软件开发包(SDK)来整合广告馈送，可以在各种应用中消费以该系统发布的本地提议。广告商可利用本地提议引擎网站或移动网站来定义其广告活动或使用交互式语音应答(IVR)系统。术语IVR具有本领域所知的含义。用户可通过说话、按压电话上的按键式按钮等向IVR系统提供信息，并不限于人们说话的实施例。存在多种不同类型的地理敏感的提议可被整合在活动中，从简单的基于文本的提议，到图形/显示广告提议、带有兑换(redemption)的提议、虚拟的刮开并节省的提议、团购提议等。

[0070] 提议引擎对发行商应用的用户群而言，价值在于获得相关的、有时效性的并且位置感知的可操作的折扣。

[0071] 提议引擎对发行商而言，价值包括在其应用中具有简易包装的、非干扰式的、基于位置的广告成分，其将高平均点击率和随之产生的高收入转化成货币。 [0072] 提议引擎对广告商而言，价值包括具有能促使对商品或服务感兴趣的人流去往商品位置的工具。该引擎甚至允许访问可能没有经IVR 组件的互联网接入的最小的广告商。 [0073] 提议引擎平台SDK可有效地嵌入位置感知的小型应用，目的在于利用该应用优化相关的位置感知广告的服务。

[0074] 关键概念：提议可视半径变量

[0075] 考虑到地理广告的复杂性，SDK和服务器解决方案利用由3个层级(注意对于所有围栏，我们还可指定高度维度，默认对所有高度设置)构成的地理围栏概念。这些层级如图1所示，将以下详述。

[0076] vRR-提议兑换半径，距商业位置的距离，在该距离之内需要兑换的提议能够实际上被兑换。这通过GPS来验证，而且除非该设备实际上处于该指定的半径之内，否则提议不能被兑换。该半径并不应用于所有广告，而仅应用于那些需要兑换的广告。 [0077] vOV-提议可视半径，距商业位置的距离，不包括vRR，在该距离之内提议可被用户全部查看。在该区域中用户可以看见提议的所有相关细节，除非该提议是用户仅能在vRR内“刮开”的刮开并节省提议。

[0078] vTR-提议预告片半径，距商业位置的距离，不包括vRR或vOV，在该距离之内提议用于“吸引注意力”-给予用户关于该提议可能有何内容的概览，但需要在vOV内才实际上看见提议细节。

[0079] 术语“地理围栏”代表诸如上文描述的层级系统的应用，其中仅仅广告某些元素例如提议等在特定地理位置可用，但在不同的地理位置不可用。所示出的层级结构仅仅是示例性的；可以应用更多或更少的层级，而且层级的形状可以是任意合适的二维或三维的形状。

[0080] 图2示出了五个不同的提议-商业位置(vBL)中的每个都具有至少一个活动的基于位置的提议的示例。

[0081] 提议类型

[0082] 1.文本提议

[0083] 对于特定的一组出版商(受信任的出版商，例如Poynt公司)，提供了在应用中构建文本提议的选项。文本提议由出版商基于API请求而构建。该请求指定关键词或分类、用户位置以及用户偏好。作为响应，系统返回最匹配该请求的提议。一个示例性API可包括：

[0084] http://api.locoad.com/？lat＝43.8&lng＝79.8&range＝1000&page [0085] ＝1&rpp＝10&keyword＝italian&preferences＝pizza，leisure [0086] &did＝{device id}&appid＝{publisher app id}

[0087] 在该请求中，参数lat&lng指定用户位置，(例如以纬度和经度的方式)，range为vOV(提议可视半径，诸如以米为单位)，page为要显示结果的页，rpp为每页中的请求，keyword为与搜索或内容相关的关键词，preferences为关于分类的用户偏好。页面的商品和每页中的请求的最大值不能超过预定义值，例如十个(我们不希望某些人列出我们系统中的所有提议)。用户偏好可包括发行商具有的与用户属性相关的信息。例如，偏好可包括一组用户感兴趣的品牌或一组用户感兴趣(选择)的分类。参数appid为必选参数，其标识发行商，用于分析和费用限制。在某些实施例中，lat、lng、range、page和appid可为必选参数。在某些实施例中，keyword和preferences为可选，但强烈推荐的参数，keyword是二者中更重要的一个。在特定实施例中did(设备id)不是必选参数，但期望被选择，因为其提供了可能匹配与设备用户相关的偏好的方法。

[0088] 基于本地提议引擎的广告匹配逻辑，对于发行商的请求返回最佳的一个或多个广告(见匹配逻辑)。此处为一个示例性的对用户请求的JSON输出：

[0089]

[0090]

[0091] 参数“source”值为“1-800”表示利用免费电话号码创建的提议。 [0092] 优选地，该提议清楚地显示为应用中的广告。发行商优选地可以不改变该提议中的任意文本。此外，发行商优选地至少实现点击动作，其在移动设备上打开网络浏览器。推荐发行商实现点击呼叫动作。应当注意，如果广告商在商家注册期间提供了电子邮件地址，则该地址也会在响应中展现，在这种情况下发行商可选择实现点击发邮件动作。应当注意，发行商优选地还可实现与提议生存期事件相关联的合适的分析呼叫(见分析API部分)。 [0093] clickthrough_URL可包括本地提议引擎服务器上的URL。广告商在创建提议时能够控制clickthrough_URL的行为。默认地，调用clickthrough URL将导致由本地提议引擎服务器与地图一起显现类似于优惠券的输出。广告商还可选择将clickthrough_URL重定向至特定的。URL。优选地，clickthrough_URL首先在本地提议引擎服务器上执行，使得向提议注册合适的分析API的点击事件。

[0094] 2.SMS提议

[0095] SMS提议是文本提议的特殊版本，其中响应于用户动作，通过短信服务(SMS)的消息将文本传递到用户电话。例如，可通过某些媒介来提示用户执行所需动作来接收提议。例如，用户可能在印刷媒体、广告牌、网页看到广告，或在广播中听到广告，其中广告中传送一条消息，例如：填写你的查询和位置发送至769868来接收提议。可选地或替代地，用户可自愿地请求提议搜索。

[0096] 在任一种情况下，处理均开始于用户向广告引擎SMS网关发送SMS查询。由于SMS消息报头并不包含用户位置，因此优选地由用户将位置编码作为消息体的一部分。发送至广告引擎短码(76968)的示例性的SMS查询可包括：

[0097] 咖啡店5400央街多伦多

[0098] 该示例性查询正在搜索多伦多地址为“5400央[街]”的区域中匹配“咖啡店”的项目。我们的SMS网关收到该SMS消息，且该消息被解析为任何命令(列表、下一页、更多等)以及该查询(分类)和位置的属性。该位置为地理编码，而该信息被传输至广告引擎以进行匹配。最优匹配提议在SMS中返回给用户，例如：

[0099] **星巴克，5650央街200m向北，18776976969

[0100] http://locoad.com/igb54W085z0

[0101] 该SMS回复表示，位于5650央街向北200米的5650央街的星巴克的咖啡店是可用的，并提供电话号码以联系该星巴克。注意该SMS消息的文本以“**”开头，表示该消息是一条广告(根据移动营销协会(MMA)的准则)。该示例中还应当注意的是，发送给用户的电话号码优选地不是实际的星巴克的电话号码。而是属于提议引擎的电话号码，当用户呼叫时，提议引擎从用户中查询近期呼叫，并将该呼叫重定向至实际的星巴克的电话号码。这种方式能使广告引擎对呼叫至呼叫事件进行追踪，以便计费和报告。类似地，该URL(对于没有浏览器和数据套餐的电话)能使我们对来自SMS消息的点击至网页动作进行追踪。 [0102] 一个可选的实施方式能够使以SMS为通信手段的其他开发商通过API连接至广告服务器，以接收本地提议并通过它们的SMS网关将本地提议发送至用户。这样的示例是诸如Email2SMS的服务。

[0103] 3.显示/横幅提议

[0104] 发行商可请求标准MMA尺寸(4∶1和6∶1的长宽比)中之一的横幅。标准的4∶1尺寸在像素上为：300x75、216x54、168x42以及120x30。标准的6∶1尺寸在像素上为：300x50、216x36、168x28以及120x20。用于显示/横幅提议的API将url返回至统一可访问图像URL、相关点击URL和相关文本标语广告。在无法呈现图像的电话中，发行商应呈现文本标语广告，作为以点击URL为目标的超链接。

[0105] 这是一个样本请求：

[0106] http://api.locoad.com/？&type＝banner&size:300x75&lat＝43.8 [0107] &lng＝79.8&keyword＝italian&preferences＝pizza，leisure [0108] &did＝{device id}&appid＝{publisher app id}

[0109] 这是一个样本JSON响应：

[0110]

[0111] 参数img_url指向符合MMA的图像生成服务器上的URL。该图像服务器基于提议参数和提议的文本以及所有相关活动主题来呈现图像。在提议具有特定图像(例如一块比萨的图片)的情况下，这样的图像将用于呈现横幅。另外，也将应用与提议内容分类相关的标准库存图像。图像位置、图像尺寸以及文本位置、字体和尺寸可由活动主题决定。其中，图像服务器也执行所需的分析API调用(显示事件)。clickthrough_URL为本地提议引擎的地址，其能够在具有地图的页面上呈现出优惠券。

[0112] 在所有其余电话中，发行商可嵌入标准的平台专用的SDK，其将在我们的广告组件中进行呈现工作。发行商可通过调用刷新功能来向广告组件请求刷新。这是一个嵌入式组件对新广告请求进行刷新的样本：

[0113]

[0114] requestFreshAd调用中的所有参数在该示例中都是可选的。如果应用程序没有提供纬度和经度，则广告组件尝试利用平台专用的地理位置工具集来解析位置。这表示将整合本地提议引擎的广告组件的任何应用程序都将具有请求地理位置的特权。通过提供纬度和经度参数，发行商能够避免来自广告组件的不必要的位置解析请求。这一点尤为重要，因为关于设备位置可能已经改变发行商可具有比广告组件更好的敏感性，而不必要的位置请求会影响设备电池寿命。

[0115] 其中，平台SDK的广告组件执行API请求。横幅内显示的图像由图像服务器基于img_URL而生成。广告组件在设备上呈现图像。此外，广告组件还默认使得能够通过上下文相关菜单进行如下动作：

[0116] 1.点击呼叫：向提议中指定的电话号码进行呼叫。

[0117] 2.点击地图：在本地地图画面中显示提议的位置。

[0118] 3.点击发邮件：对于带有相关的电子邮件地址的提议，用指定的邮件地址调用电子邮件意图。(术语“意图”为Android操作系统术语，用于向操作系统发信号来找到符合期望动作的应用程序。可能会有一个以上的应用程序可以处理发送电子邮件信息的意图，在这种情况下提示用户选择应用程序之一。)

[0119] 4.点击网络：在网络浏览器中打开clickthrough_URL。

[0120] 由于我们有了用户位置(或者通过应用程序的传递的或者是通过组件解析的)，广告引擎可生成横幅广告，其包括位置专用的信息，诸如距离和方向。例如，如果用户处在某个距离之外，则广告可类似图3所示的示例。

[0121] 距离条301表示与提议-商业位置(vBL)的距离。距离条301可用颜色编码，以提供其距离vBL有多远的快速直观的指示。由于该示例中用户距离较远，其优选为蓝色。去往vBL的方向在距离条301的小标签304上显示为SE，以及徽标302。提议的预告303显示vBL是汤姆霍顿的商店，且该提议为刮开并节省提议，最大折扣50％。随着用户前行，下一次用户获得更新时，广告可反映出用户更加靠近了，如图4所示。

[0122] 条301现在可为绿色，反映该距离更小。现在广告401也反映出更加接近vBL。横幅由服务器动态生成。距离和方向由广告引擎的图像服务器呈现。整幅图像都是动态的，因为背景色、品牌和文本也是基于广告商在其活动中的具体内容而动态呈现的。当用户就在商业位置附近时，广告可类似于图5。

[0123] 图5中，我们看到用户已经到达vBL。位置条现在可为红色，以反映用户就在提议相关的位置。所描述的颜色方案包括如下设置：远：蓝色/冷；较近：绿色；到位：红色/热。广告501也已更新，反映了该提议现在是活动的，用户可以启动并使用刮开并节省提议，下文将详细讨论。

[0124] 4.带有地理围栏兑换的显示提议

[0125] 带有地理围栏兑换的显示提议通过向预告广告提供服务来实现，其属于显示/横幅提议(见前面的部分)，具有将用户带入商家位置的意图。为从提议中受益，兑换广告需要用户在商家位置内打开广告以激活兑换。该兑换可能而非必须关联至销售点(POS)系统的自动降价。例如，小型商家的POS系统可通过IBM或其他集成器与大型商家相集成。兑换的首要目的就是保证适当的分析并由此显示基于位置的广告活动相关投资的回报。预告广告在标准的位置提议引擎组件中展现给用户。用户可执行标准的点击呼叫和点击地图动作，但当用户执行点击浏览动作时，其定向的URL是用于兑换提议的URL。为节省GPS请求起见，发行商应将用户的lat/lng作为附加参数传递至URL。如果没有传递上述参数，HTML5应用程序可尝试利用标准HTML5 JS地理位置API对用户进行地理定位。如果该提议处于vRR之外，则该兑换提议显示为锁定的提议，表示用户需要到达商家地点来解锁。给出用于将提议进行解锁的按钮已显示，但点击该按钮会产生触发地址，且在vRR之外点击该按钮仅表示用户需要到达商家位置。用户可将位置保存作为浏览器中的书签。当一旦用户到达该商家位置时，从书签中调出所保存的URL，并可点击解锁按钮，即可将提议进行解锁并执行触发对应的分析兑换调用提议。商家仅应当承兑解锁后的提议。

[0126] 5.刮开并节省

[0127] 刮开并节省提议背后的概念是，其模仿真实世界的刮刮卡的概念。直到用户处在实际商家位置时，刮开并节省提议才向用户展现能够节省的实际数额。根据某些实施例，仅当移动通信设备就在商家最接近的周边时，提议才通过刮开虚拟刮刮卡来展现。术语“最接近的周边”指包括实际商业位置内部以及距商家预定义距离之内的位置，该预定义距离小于广告鼓励用户到达商家的距离，使得当用户处于该预定义距离之内时，用户基本上已经到达了商家。一旦到达该位置，提议接收者可以购物，将其商品拿到柜台，向收款员出示提议，“擦”屏幕以“刮开”隐藏着实际提议值的表层，然后通过向收款员呈现所展现的提议来兑换该提议。提议可以具体到加盟连锁中所有的位置，或其可具体到单个位置或所选定位置。可根据任何适当的虚拟刮擦功能在各种实施例中执行展现提议值，包括用手指或输入笔来擦写屏幕，利用诸如轨迹球或方向键的输入设备移动光标，或简单地在诸如“展现提议”按钮的输入区域上点击或键入，其可触发例如虚拟刮刮卡被刮开的动画序列。本发明的实施例还包括当被触发时，展现整个提议而不显示所述动画序列的功能。 [0128] 该处理开始于用户在整合本地提议引擎的广告组件的发行商应用程序之一中执行某一动作。假设与传递至requestFreshAd调用的参数的匹配(刮开并节省可能具有比其它提议更高的每次点击成本(CPC)，因此在匹配处理中其将给予更高的权重)，在vTR(提议预告半径)内将预告广告呈现给用户。预告广告符合用于显示广告的标准MMA尺寸，并且向用户传达了附近一个或多个位置有可用提议的事实。这样的预告广告在图6的示例中示出。

[0129] 当用户点击预告广告时，其接收到展现更多细节的广告的放大覆盖版。图7给出了在诸如Poynt应用程序中显示的用于汤姆霍顿的预告刮开并节省广告一个示例。在该示例中，屏幕尺寸被设计用于黑莓Bold风格的设备。

[0130] 图8示出了刮开并节省的预告广告的另一个示例。用户能够看到该提议已达50％的降价。用户还能看到提议中显示的品牌是汤姆霍顿(Tim Hortons)。此外还有显示易用的动作(例如警告、点击呼叫、点击浏览、点击地图)的顶端栏。这些动作图标基于“别让我思考”原则而显示，根据该原则，最好事先知道能够采取的动作，而不是必须点击才能查看细节。

[0131] “现在使用”按钮表示启动刮擦模式。在处于vRR(提议兑换半径)之外时点击该按钮将优选地出现提示对话框，通知用户他需要在提议位置的收款员面前执行这个动作。该提示对话框还可显示去往最近的可兑换提议的位置的地图。“分享并节省”按钮将启动分享流程，使得用户能够通过在诸如Facebook或Twitter的社交网络上分享在特定位置兑换提议的事实，进而再省(例如)5％。这可以作为回报，赠予在社交媒体网站中发布消息的用户，例如“我刚在巴瑟斯特和斯蒂尔(Bathust&Steels)的汤姆霍顿省下了50％”，并提供商家网站的超链接和/或允许另一用户接收相似类型提议的一些其他动作的超链接。如下讨论了一个示例性的流程序列。“保存”按钮允许用户保存该提议并消除该画面。当用户来到vRR兑换区域之内时，提议将自动启动而且用户可以决定使用该提议还是通过右上角的x符号将其消除。在提议上显示的条码是由商家以批量供给形式提供给本地提议引擎的数字序列和相关折扣。每个提议关联一个数字，使得唯一标识该折扣。条码在商家位置可被扫描，以使折扣能够自动地在销售点上使用。

[0132] 一旦用户进入vRR，所保存的刮开并节省提议就自动出现在屏幕上。在某些实施例中，诸如本地提议库的应用程序可以提供用于在需要时调出所保存的提议。应用程序可具有推送通知，并可在这些组合(图像或图形)中激活类似于顶层导航的显示。或者，如在应用程序与HTML5部分所讨论的，所有这些都可以实现为HTML5的网页应用。因而用户能够将书签进行保存并在商店里调出该书签。也可以仅有一个URL(例如本地广告引擎的URL，如http://locoad.com)，用户通过点击保存按钮，经浏览器的cookies/本地存储器将登入凭证进行保存，从而对其进行访问。因而，在访问本地广告引擎(如http://locoad.com)时，可自动将用户登入并显示其保存的提议。当获取提议后，优选地通过上述技术之一，启动该提议。

[0133] 所启动的提议显示虚拟按钮以及在按钮上悬停的手形，指示刮开并节省动作的起始点。在支持触摸屏的设备上，用户可以简单地点击按钮并开始移动他的手指，以模拟真实世界中的刮擦手势。在黑莓Bold风格设备上，焦点设置在一点上，用户移动轨迹球以刮下表层。图9显示了由用户利用这样的设备查看提议的示例。虚拟手形901放置在刮擦区域902上，准备将刮开该虚拟刮刮卡以显示提议。

[0134] 正如先前提到的，每个刮刮卡均有相关的折扣量，其由商家传递。在内部API调用期间从广告组件中查寻该数量并送至后端。图10示出了一个示例性实施例中的刮擦处理的开始。图11示出了执行刮开并节省动作的最终结果。

[0135] 一旦刮刮卡已被刮开展现提议，收款员可扫描位于刮刮卡底部的条码，而销售点(POS)系统可自动应用与该条码所编码的序列码相关联的折扣。如果商家的POS系统有扫描QR编码的能力，编码也可显示为QR编码。图12提供了QR编码的示例。 [0136] 以上截图示出了由应用中的提议库的发行商执行的可能的实施方式。图13示出了一旦从保存的URL中再调用，在浏览器中显示提议的示例。

[0137] 团购

[0138] 团购可实现为基于位置的提议。广告商可指定用于有效提议所需的买入者(参与者)的数量。为使团购能够进行，用户需要直接通过广告来买入提议。当达到所需的参与人数时，所有购买的提议都会得到承兑。

[0139] 计费

[0140] 优选的提议计费方法包括：

[0141] 1.固定成本-固定的经常性费用(例如每月)，向广告商提供在限制查看/动作的数量的情况下每月能够投放一定数量的提议的能力。

[0142] 2.可变成本/CPM-千人成本。

[0143] 3.可变成本/CPA-每动作成本。不同的费用关联不同的动作。

[0144] 对于可变成本模式，可以预先具有价格集合或通过提供拍卖系统而具有市场集合。在任一种情况下，需要将用户动作的实时报告作为匹配引擎的输入，使得我们基于成本和预算，明确哪种广告供应是可用的。

[0145] 正如所示，提议引擎为商家简化了广告处理。固定成本计费提供了最简单的计费方法。固定成本模型中产生的问题之一是如何与发行商及媒体网络共享收益，其中该模型是基于性能的。一个可行的方法是将固定成本实质上视为预算，并设置CPM/CPC/CPA率，使得该预算得到最优利用而不超支。为使该方法有效，用户动作的实时报告应向计费服务提供一个反馈回路。提议引擎可通过销售组织(例如ReachLocal、Yellow Pages、Super Pages等)出售给商家。由于这些组织具有建立的价目表以及与商家的关系，因而可以通过让销售合伙人每月向该商家提交总计的支付来简化整个征收处理。这也意味着如果要求不支付和帐户的终止，则这些组织需要通知我们。

[0146] 提议匹配引擎

[0147] 匹配引擎获得输入的请求以及各种细节，并尝试找到最佳广告。如下为输入参数的示例性列表：

[0148] 1.位置——纬度、经度、高度

[0149] 2.速度向量——行走的速度和方向

[0150] 3.查询——如果是搜索应用程序，则用户执行的任何查询

[0151] 4.分类-——广告分类(例如快餐店、电影、体育)

[0152] 5.用户偏好——用户感兴趣的广告或品牌分类

[0153] 6.文本上下文——在应用程序在某些文本上下文之内为广告提供服务的情况下，页面的文本

[0154] 7.设备类型——设备的类型

[0155] 8.显示尺寸——广告显示的尺寸

[0156] 9.统一用户标识符——用户的标识符

[0157] 10.设备标识符——设备的标识符

[0158] 11.提议类型——用于请求特定类型的提议，诸如：任意、显示、兑换、刮刮卡 [0159] 12.分页——页面、每页面请求

[0160] 基于输入参数，提议匹配引擎找到在基于如下组合的计分方面最佳的广告： [0161] 1.关联性——每个提议具有相关的提议者的关键词和分类

[0162] 2.位置——考虑提议者的地理围栏区域

[0163] 3.收益(CPM，CPC)

[0164] 提议匹配引擎可通过使用地理筛选的组合来实现，以获得可应用提议的初始集合，并且计分(基于相关性因素和收益的加权计分)可应用到地理筛选的集合以获得最佳匹配。

[0165] 商家注册处理

[0166] 商家有两种优选的方法成为本地提议引擎系统的广告商。商家可通过登录网站并填写注册表单来注册，或商家可通过代表该商家填写所需信息的会员/销售员来接受注册。图14示出了“受帮助的”销售处理。

[0167] 商家自注册

[0168] 商家可通过在网站填写表单(诸如图15所示的表单)来注册。用户id和密码优选为电话号码，以简化可能的IVR处理的应用。

[0169] 地址字段应填写有效地址，因为该地址将被地理编码，且相关的lat/lag将用于形成提议可视半径。

[0170] 在另一菜单中，商家选择商业分类。选择分类确定了商品的类型，以使商家可利用IVR为商品创建结构化的提议。如果商家正在使用在线网站来创建提议，则并不一定要遵循结构化的提议，可以输入他希望用于使提议进行的任何文本。图16示出了用于指定商业分类的示例性输入菜单。

[0171] 在另一菜单中，商家可指定商业的子分类。例如，对于餐厅，子分类可如图17所示，即“意大利”、“中国”或“印度”。

[0172] 选择一个子分类设定了商家可创建提议的商品类型。一旦选定子分类，商家即可利用IVR投放所述分类中的商品的提议。注意，商家使用在线网站时可以创建用于任何其希望的分类/子分类/商品的提议，并且如果没有这样的商品，则他可以通过自由式表单的文本来定义该提议。即，在某些实施例中没有对商家能够用网站创建的提议类型施加限制。然而，在某些实施例中，商家使用与商家帐户相关联的子分类，以提供受限的商品集合，商家可使用IVR数字系统从该集合中选择来投放提议。

[0173] 销售团队可应用相同的系统在访问之前注册商家。当在访问商家之前注册商家时，销售团队应填写会员字段以将该商家关联至其帐户。销售人员可以向商家留下电话号码用于IVR呼叫拨入和用户凭证(电话号码和密码)，使商家能够立即投放新提议。 [0174] 商家基本信息架构

[0175] 一旦登入，商家/广告商/品牌经营商就将有一个简单的用户界面，通过该界面可管理正在进行的与本地提议引擎系统的广告关系。该功能的使用是可选的，而且可作为模拟IVR系统的简单广告创建处理的补充。

[0176] 利用该管理控制台，用户可以管理他们的广告和活动，并且能够回顾和跟踪关于各个广告或整个活动的统计量或度量。通过允许商家(通过使用复选框或者自由格式的标签)提供关于他们的目标市场是什么的信息以及关于他们最想触及的个人的细节，用户也拥有提供关于他们的商业的详细信息的选择，这将有助于向适当的受众投递广告。 [0177] 此外，该平台允许用户：

[0178] 1.上传可重用的品牌元素，例如徽标和图像，其可由任何或全部将来的广告所使用。

[0179] 2.添加并管理商业位置(单个或加盟连锁)

[0180] 3.添加并管理位置组(相关联的位置的集合，与地理无关)和地区(与地理区域相关的位置的集合)。组和/或地区可用于确定哪些位置将参与优惠券或提议。 [0181] 4.添加附属帐户，其可基于用户专用的权限全部或部分地访问并使用该管理平台。其可用于数据采集人员或控制给定地理区域的提议和度量的区域经理。 [0182] 图18A-18E给出了控制平台可提供给用户的更多选项的细节。

[0183] 来自设备的广告请求

[0184] 图19A-19D提供了定义了示例性处理的处理流程，该示例性处理用于确定哪些广告提供服务，设备何时和为什么而请求。

[0185] 设备上的广告显示

[0186] 图20A-20E示出的流程定义了用户能够与广告之间的交互，是否通过SDK传递，以及所述交互会有什么结果。图20A输出的处理流程连接至图20B输入的处理，以此类推。 [0187] 创建新活动

[0188] 图21所示的流程定义了创建新的广告活动的处理。

[0189] 创建新广告

[0190] 图22A和22B所示的定义了创建新广告的处理。

[0191] 图23示出了利用IVR创建新广告的处理流程。

[0192] 广告商可通过用SMS消息发送文本至广告引擎短码(假定短码为#76968)来发布广告。

[0193] API

[0194] 如下给出了根据本发明实施例的API的示例性组件。

[0195] 验证用户(用户可在网站http://api.locoad.com中注册)。

[0196]

[0197] 对于给定商家id(上一步骤中为14)，找到商家已经为其提议指定的商品。 [0198]

[0199]

[0200] 为商家投放订单：

[0201]

[0202]

[0203] 请求提议。

[0204]

[0205]

[0206] 检查用户是否处于提议的地理围栏区域内。

[0207]

[0208] 检验用户是否处于提议的地理围栏的兑换区域内。

[0209]

[0210] 在该处理的生命期中，各种事件通过分析API被注册并跟踪。与“要求”提议有关的如下事件被跟踪：

[0211] 1.请求API——关键词、分类、用户偏好、设备id、请求时间、位置等(即所有请求参数)

[0212] 以下关联于提议的事件被跟踪：

[0213] 1.API响应返回的提议

[0214] 2.显示的提议

[0215] 3.预告区域内显示的提议

[0216] 4.提议可视区域内显示的提议

[0217] 5.兑换区域内显示的提议

[0218] 6.点击网站的提议

[0219] 7.点击呼叫的提议

[0220] 8.点击发邮件的提议

[0221] 9.点击地图的提议

[0222] 10.兑换的提议(用于兑换提议)

[0223] 11.刮开的提议(用于刮开并节省)

[0224] 发行商类似于本地杂货店。杂货店具有货架空间的有限供应。杂货店必须解决的任务之一是使放置在货架空间上的商品最优化，以产生最大的收益。移动平台的应用程序发行商也面临同样的问题。移动平台在屏幕资源方面受限，而发行商需要决定最优的收益生成策略。为了分析上述问题，我们忽略没有通过广告带来收益的付费的应用程序，因为他们与广告引擎无关。因此，免费的、支持广告的应用程序发行商必须决定其将在哪个空间应用哪种广告资源。一旦发行商基于其应用程序布局决定了其希望将哪些空间留给广告(类似于在杂货店中分配货架空间)，他还需要指出其将用哪种广告网络将广告馈送到该空间。在所分配的广告空间中没有广告就等同于货架(且租金是固定的)上没有任何商品。因此，发行商要尽可能嵌入广告引擎(或媒体引擎)，广告引擎可将所分配的空间通过组合高额的CPM、CPA(或广告引擎所选择的任何货币化方法)及供应率来最好地转化成货币。网络效应此时开始发挥作用。发行商将去有广告供应的地方，而广告商将去有广告需求(即发行商)的地方。

[0225] 新兴的基于位置的广告网络将何去何从？创建广告SDK以占据屏幕空间，但没有足够的存货(低供应率)，不会对众多广告商产生吸引力，除非CPA非常地高。解决该问题的一个可选方法是使LBA广告中的CPC/CPA非常高，以弥补由于新兴的广告引擎中缺少存货而产生较低的供应率并由于地理围栏而产生固有的低供应率。这种情形下通常使用的一个策略是获得更低的成本，或许不仅是LBA，还有“回填”一类的广告。通常应用程序发行商自行执行其任务，或利用广告媒体引擎代表他们执行该任务。目前为止，大多数基于位置的广告的实现直接产生于位置感知应用的要求。几乎所有大型的位置感知应用都具有其自身的广告源。其直接销售给希望以LBA为目标的广告商。大多数LBA的实现并不一定处理回填。大型移动广告网络(例如adMob、iAd等)还未以这一领域为目标。媒体引擎掌握了以这一领域为目标的最佳机会，因为其具有回填的途径。

[0226] 因此，如果要让本地提议引擎具有SDK(可嵌入组件)并因此一直占据屏幕资源，则其一定具有访问回填源的途径，或与占据相同空间的其他组件较好地结合，并通过某种方式通知发行商这里没有存货而他们应采用一些可选方法来回填。提议引擎应提供API，借此发行商可以窥见是否有可应用的存货以及是否有广告组件可被启动或广告可由发行商通过API构造的存货。这造成了为发行商实现广告引擎的复杂度的轻微增加。 [0227] 在理想世界中，发行商会嵌入来自本地广告引擎SDK的组件，而其将具有高供应率以及高CPA和出色的用户体验。然而，该方法面临诸多挑战。例如，考虑如下情景：提供刮开并节省广告给用户。用户还不知道其将省下多少钱，需要在商店时刮开广告。此时他可能使用电话。这意味着他需要退出该广告。而且，他可能想要使用提供广告的应用程序。然而，将应用程序推送到后台不是一个选项。因此，用户需要退出该广告，而非仅仅将其隐藏。当用户退出广告时将会发生什么？这样做将会怎样？或者换种说法，用户保存该广告会发生什么？广告保存在哪里？另外，一旦用户到达商店时怎样返回到该广告。实质上，用户设备中必须安装应用程序，例如提议库，用户可以返回并启动提议。这也有其本身的难题。用户必须知晓其需要到这个应用程序。发行商不会满意于用户离开其应用程序等。另一种可能性是将该库实现为组件，发行商可嵌入在自己的应用程序中。然而，发行商的实现需要极高的复杂度。更优选的做法是操作系统具有将这些类型的广告保存在始终可存取的地方的选项。

[0228] 在一个可以保存广告的实施例中，广告被保存为书签。如果各种广告类型(兑换类型、刮开并节省等)实现为HTML5应用程序，则解决方案变得可用，例如通过用户动作，广告被保存作为用户移动浏览器中的书签，提示用户启动该保存的效果，以及当用户到达刮开并节省提议的位置时用户只需简单地打开该书签。浏览器打开该书签，HTML5应用程序解析用户位置(可以实现，因为地理位置是HTML5规范的一部分)，使用合适的地理围栏逻辑(可通过地理位置、工作进程和网络套接字来完成)，用户刮开虚拟刮刮卡(可以实现，因为有HTML5的画布和Javascript功能)，以及执行关于分析的所有后端调用而不需要来自Javascript的问题。使用HTML5的一个问题在于它并不能用于所有平台。因此该问题可通过将本地提议引擎应用程序实现为在支持HTML5的移动设备(诸如iPhone和Android，)上的具有书签的HTML5来解决，对于不支持HTML5的平台，也可作为广告组件的一部分，诸如黑莓广告组件。

[0229] 除添加书签之外，其他方法也可用于保存广告并在以后进行访问，例如在到达目标位置之后。例如，用户可点击关联于广告的按钮，以使得电子邮件消息被发送至该用户。该电子邮件可包括URL，而且用户在到达该商业位置后可跟踪该URL以访问所保存的广告。类似的解决方案可在某些实施例来实现，包括通过即时消息系统提供URL。 [0230] 应用程序与组件的问题在推送广告的情况下甚至会更多。在这种情况下，用户提交他/她对接收广告感兴趣的品牌和/或分类。为出现推送，应用程序需要在设备上运行，其中应用程序与LBA服务交换信息以查询是否有匹配用户属性的广告。这表明设备一直在执行可能不在发行商控制之下的软件。或者，可以在需要时为广告提供查找表，例如在发行商应用程序中的用户登入或某些其他位置相关事件。这表明发行商可通过传递用户位置以及与用户或用户设备相关的标识符来查询匹配用户属性的广告。在后续的推送阶段也需要该标识符，但我们假设通过具有应用程序，我们可以通过使得应用程序具有设备识别权限来识别设备。但这可能出现问题，因为需要将设备关联至用户帐户。发行商或许没有获取所述标识符所需的许可，而且发行商不会满意于让某些东西执行着未经检验的并且耗电的位置查询。此外，即使存在始终作为发行商应用程序中的组件运行的东西，并存在用户属性与广告的匹配，如何才能向用户通知这种事件，尤其当他正在允许某些其他应用程序的时候？

[0231] 如果应用程序的推送版本是其本身的应用程序，所有关于推送的问题都会迎刃而解。其能够始终运行，生成推送事件，赋予用户对希望接收哪种类型的广告的偏好进行设定的能力，并且遵照通知行事。因此，推送被实现为应用程序自身，而不属于本地提议引擎的范围。其能够通过API使用本地提议引擎，以访问可用的LBA存货，但它自身应被实现为应用程序，该应用程序执行轮询、建立用户要求的属性以及将该属性在查询中传递至本地提议引擎。

[0232] 如上所讨论的，任何与广告商市场的长尾中的广告商进行交互的系统都面临一系列挑战。这里我们发现了微型商业。这些微型商业通常对超本地化广告感兴趣，因为其具有不易久存的商品和服务，并在真实世界中为超本地化的顾客群提供服务。不幸的是，所述的这种商业往往缺乏使用自助广告系统所需的先进设备，甚至就像Google的广告感官(ad-Sense)一样简单的都缺乏。每家商业都可以接入一部电话，本地的或移动的。当组织商业时，首要步骤之一是获取陆线电话服务。本地提议引擎系统被设计为通过使用IVR系统处理这种类型的市场，因而利用对微商业所有者所熟悉的通信媒介。在本地提议引擎中，可通过呼叫中心代表商家预先创建帐户。商业位置可被地理编码，并且可基于其商业链而建立其产品清单。一旦注册，本地商业则可通过简单应用IVR(或向呼叫中心的呼叫，或通过具有语音识别的IVR)投放提议。

[0233] 本地广告应当被推送还是被拉取？这的确是一个错误的问题。推送广告和拉取广告是不同的广告，并且可被视为不同的选项和产品线。

[0234] 本地推送广告需要有关联于对产品的品牌或分类表示出兴趣的设备或帐户的属性，当用户处于提议相关的地理围栏区域内时，本地推送广告可匹配于广告商所提供的提议。连续性地(例如使用Google纵横(Google Latitude)或签到(Loopt))获得用户位置，并且当存在提议匹配时生成提示。

[0235] 在拉取广告中，用户通过查询或一些其他动作表示出对商品或服务的兴趣，而在这一时刻该查询(或上下文)连同用户位置一起被传递，以从本地提议引擎拉取一条匹配的广告。

[0236] 另一选择是混合模型，用户位置不需要连续性获得，而是通过登入(或某些其它的位置相关的事件)来获得位置，然后该位置连同用户标识符一起传递至基于位置的系统，使得能够产生与系统中可用的提议的匹配。

[0237] 通过用于生成提示的专用应用程序推送广告可以将进行最优调整，尽管可以实现服务器端的推送，只要用户位置传递至服务器。基于服务器的推送系统可基于用户近似位置来实现，因为通过蜂窝塔三角测量用户近似位置对于后端系统是可用的，但由于保密性的考虑，该位置几乎不与运营商壁垒外部的任何人进行共享。或者，可能存在连续性提供用户位置的机制(例如在Android上应用诸如Xtify服务位置组件的工具，由Xtify公司(纽约NY10012)提供)。这样的服务将不启动GPS因为这会耗尽电池。相反，其利用Wi-Fi接入点和蜂窝塔信息，进行近似的、低功耗的用户位置识别。一旦位置引擎接收到用户位置，其就可执行匹配并启动平台专用的推送通知服务。现在所有智能手机平台都有官方的推送通知系统。例如，对于基于Android的设备，可见http://code.google.com/android/c2dm/。这些推送通知系统意在降低保持连接活动并接收推送通知消息所需的电力使用量。 [0238] 从系统的视角，将推送方面与提议引擎匹配相分离是有利的。通过在两个系统间设置接口，可对系统进行操作，其中通过传递查询、上下文、位置和用户属性信息，发行商直接从提议引擎发起请求，以及通过创建将此类信息传递至系统的推送应用程序并代表用户生成提示来在此类接口顶部进行建立。发行商或推送应用程序优选地能够以唯一的方式标识用户，以传递用户专用的信息，并可将通知推送至用户。

[0239] 基于推送的系统，或需要匹配基于某种用户属性的广告的系统，应用唯一用户标识符。该标识符并不一定将用户标识为特定的人。个人信息可从标识符中去除。然而，该标识符应至少唯一地标识用户设备。优选地，唯一标识符可标识设备的特定用户(对于电话的多用户情况)并且最好使标识符能够与设备分开地存在(诸如用户帐户)，使得其能够相对于设备独立地使用。用户注册的缺点在于需要用户采取主动的动作，即注册。可以使用已存在的帐户系统，诸如Facebook、Connect或Twitter Oauth，以降低用户注册带来的负担，但如果提议引擎需要这种唯一标识符，则使用提议引擎的任何发行商将需要传递这样的信息。因此，使提议引擎为用户不可知的并且由发行商来处理用户管理和用户属性更有意义。如果发行商应用程序具有用户偏好，例如若使用Facebook帐户而发行商可获取用户喜好，则该偏好可通过API传递到提议引擎，以使更多相关广告得到服务。用户标识符(或这样的标识符的散列值)最多为提议引擎请求的可选参数。

[0240] 已经描述了用于生成并传递地理围栏广告的系统，该系统包括由存储器中存储的指令所控制的处理器。该存储器可为随机存取存储器(RAM)、只读存储器(ROM)、闪存存储器或其它任何存储器，或其组合，适用于存储控制软件或其它指令及数据。用于生成并传送地理围栏广告的系统所执行的一些功能已经参考流程图和/或框图进行了描述。本领域技术人员应当容易理解，该流程图或框图中的每个块或块组合的全部或部分的功能、操作、判定等可实现为计算机程序指令、软件、硬件、固件或其组合。本领域技术人员应当容易理解，定义本发明的功能的指令或程序可通过多种形式传递至处理器，包括但不限于永久存储在不可写入的存储介质(例如计算机只读存储器设备，如ROM、或通过计算机I/O附加装置可读的设备，如CD-ROM或DVD盘)上的信息，或可变地存储于可写入存储介质(例如软盘、可移动闪存和硬盘驱动器)的信息，或通过通信介质，包括有线或无线计算机网络传送至计算机的信息。另外，尽管本发明可以用软件来实施，而实现本发明所必需的功能可以可选地或替换地利用固件和/或硬件组件来部分或全部地实施，诸如组合逻辑、专用集成电路(ASIC)、现场可编辑门阵列(FPGA)或其它硬件或某些硬件、软件和/或固件组件的组合。 [0241] 尽管通过上述示例性的实施例描述了本发明，但本领域技术人员将会理解，在没有背离本文所公开的发明构思的情况下，可以对所示出的实施例作出修改和变化。例如，尽管用于生成并传递地理围栏广告的系统的某些方面已经参考流程图进行了描述，但是本领域技术人员应当容易理解，该流程图中的每个块或块的组合的全部或部分的功能、操作、判定等可被合并、划分为分开的操作或以其它顺序执行。而且，尽管结合各种说明性的数据结构描述了实施例，但是本领域技术人员将认识到，系统可利用各种数据结构来实施。此外，所公开的方面，或这些方面的部分也可以未在上面列出的方式进行组合。因此，本发明不应视为受所公开的实施例的限制。

标题	发布/更新时间	阅读量
围栏系统-专利编号CN101892767B	2020-05-11	836
围栏网片-专利编号CN102352704A	2020-05-11	594
围栏立柱及围栏单元-专利编号CN102900267A	2020-05-12	575
一种围栏柱-专利编号CN102493711A	2020-05-13	190
围栏系统-专利编号CN101892767A	2020-05-11	130
围栏立柱以及围栏-专利编号CN101824935A	2020-05-12	156
围栏立柱以及围栏-专利编号CN101824935B	2020-05-12	60
围栏网片-专利编号CN102605990A	2020-05-11	759
围栏柱及具有该围栏柱的围栏系统-专利编号CN102493710A	2020-05-13	458
围栏柱及具有该围栏柱的围栏系统-专利编号CN102493710B	2020-05-13	441

地理围栏虚拟刮刮卡

地理围栏虚拟刮刮卡

附图说明

具体实施方式

IPRDB

热门服务

关于我们

友情链接

联系方式