CN105765616A - 分发内容 - Google Patents

Abstract

一种向用户分发要约的方法，该方法在处理器上实现，并且该方法包括：接收与多个要约相关联的信息，其中与每个要约相关联的信息包括要约标识符；将与多个要约相关联的信息提供给用户；从用户接收要约选择；接收用于交换服务的支付确认；以及将与选择的要约相关联的要约标识符提供给用户。

Description

分发内容

技术领域

本发明涉及分发内容。尤其涉及但不仅仅涉及经由要约终端分发内容。在一个示例中，广告可经由要约终端分发。

背景技术

为了影响消费者，零售商、饭店和其它服务提供者(下文中称为“商家”)采用多种方式做广告。广告可包括由商家提供的要约，要约的非限制示例包括折扣码和优惠券。包括要约的广告通常使用的平台包括报纸、杂志、传单和因特网(例如，电子邮件营销和移动应用)。

通常，电子邮件营销和移动应用要求冗长的注册过程并且要约定期地发布给消费者。而且，发布的要约也可能与消费者无关，减小了广告平台的有效性。可替代地，消费者也许对要约感兴趣，但是在接到要约和到达提供要约的商家附近之间的间隔期间忘记要约。

可基于用户概要来瞄准要约用户，如同US2013/0124283中讨论的，其通过引用的方式合并于此。例如，可基于用户概要把特定的要约发布给用户，用户概要包括用户对要约类型的偏好和/或用户的位置。

本发明旨在以克服上述的一个或多个问题的及时方式为消费者提供相关的要约。

发明内容

根据本发明的一方面，提供一种向用户分发要约的方法，方法在处理器上实现，并且方法包括：接收与多个要约相关联的信息，其中与每个要约相关联的信息包括要约标识符；将与多个要约相关联的信息提供给用户；从用户接收要约选择；接收用于交换服务的支付确认；以及将与选择的要约相关联的要约标识符提供给用户。

可选地，将与多个要约相关联的信息提供给用户包括显示与要约相关联的信息。

可选地，将与多个要约相关联的信息提供给用户包括可听地播放与要约相关联的信息。

可选地，将与多个要约相关联的信息提供给用户包括打印与要约相关联的信息。

可选地，提供要约标识符包括打印票，票包括要约标识符。可选地，以包括字母数字字符串、条形码以及快速响应码的组中的至少一种形式打印要约标识符。

可选地，如果用户包括移动设备，那么提供要约标识符包括将电子消息发送到移动设备，其中，电子消息是从包括电子邮件、SMS、近场通信指令、蓝牙讯息、通过Wi-Fi网络的消息和即时讯息的组中的至少一种。

可选地，用户包括支付交易设备，并且提供要约标识符包括将支付交易设备的账户与要约标识符相关联。

可选地，方法包括从多个要约确定一组要约，以及其中将与要约相关联的信息提供给用户包括提供组给用户。

可选地，方法包括将选择的要约发送到远程服务器。

可选地，与要约相关联的信息包括从包括以下的群组中的一种或多种：要约编号；要约类型；要约描述；有效条款与条件；可兑换要约的位置；提供要约的商家的名称；以及类别。

可选地，支付作为停车服务的交换。

可选地，方法包括将支付收据提供给用户。

一种非瞬态计算机可读存储介质可以存储用于在计算设备上实现上述方法的可执行的计算机程序指令。

根据本发明的一方面，提供了一种用于向用户分发要约的要约终端，该要约终端被设置成：接收与多个要约相关联的信息，其中与每个要约相关联的信息包括要约标识符；将与多个要约相关联的信息提供给用户；从用户接收要约选择；接收用于交换服务的支付确认；以及将与选择的要约相关联的要约标识符提供给用户。

将理解的是，本发明的第一方面的优选的和/或可选的特征也可单独地或按照恰当的组合在本发明的第二方面中提供。

附图说明

为了更容易理解本发明，现将以示例的方式参照所附附图，图中：

图1示出了根据本发明的实施例的示例环境；

图2示出了图1的要约终端的示意图；

图3示出了图1的终端服务器的示意图；

图4示出了图3的终端数据库的示意图；

图5示出了图1的要约服务器的示意图；

图6示出了图5的要约数据库的示意图；

图7示出了图5的用户概要数据库的示意图；以及

图8示出了根据本发明的实施例的流程图。

具体实施方式

图1示出了根据本发明的实施例的示例环境100。要约服务器102连接到网络104。网络104可以是广域网，局域网，因特网或其他合适的数据通信网络。终端服务器106也连接到网络104以使得它能够与要约服务器102进行通信。

四个终端108均连接到终端服务器106。在其他实施例中，每个终端108连接到网络104并且终端服务器106能够经由网络104与每个终端108进行通信。

要约服务器102管理与商家已经提供的要约相关联的信息。终端服务器106控制去往和来自每个终端108的数据请求。

在这个实施例中，终端108是停车支付终端，每个停车支付终端均安装在固定位置。商家通常位于购物街，在购物街上使用本领域已知的支付并显示(payanddisplay)来管理在购物街、邻近的街道上或在附近的停车场中的停放车辆，其中驾驶者从多个停车支付终端中的一个购买票并且在他们的车辆仪表盘或挡风玻璃上显示票。因此，多个停车支付终端位于购物街、邻近的街道上或在附近的停车场中，并且被配置为出售用于“支付并显示”的票。

图2更详细地示出了终端108。每个终端108包括终端处理器150、服务器通信模块152、存储器154、显示器156(即屏幕)，多个用户输入按钮158、打印机160、时钟162、支付接受设备164和无线通信模块166。服务器通信模块152、存储器154、显示器156、多个用户输入按钮158、打印机160、时钟162、支付接受设备164和无线通信模块166均连接至终端处理器150。

服务器通信模块152被设置为传送去往和来自终端服务器106的数据。存储器154被设置为存储数据，数据包括与要约相关联的信息(即要约细节)以及终端识别编号。

显示器156和用户输入按钮158为用户提供用来与终端进行交互的接口。在其它实施例中，显示器和输入按钮被组合在一个设备中，例如触摸屏。

打印机160被设置成为用户输出作为停车支付收据的票。在这个实施例中，打印机160是热敏打印机。时钟162测量时间。

支付接受设备164被设置成接受现金和接触式/非接触式集成电路卡，使用户能够在终端108付停车费。

无线通信模块166可包括用于与用户的移动设备进行通信的3G、4GLTE、Wi-Fi、蓝牙或近场通信(NFC)技术。

图3更详细地示出了终端服务器106。该终端服务器106包括服务器处理器180、终端通信模块182、网络通信模块184和终端数据库186。终端通信模块182、网络通信模块184和终端数据库186均连接到服务器处理器180。

终端通信模块182被配置为与每个终端108进行通信。网络通信模块184被配置成传送去往和来自网络104的数据。

终端数据库186包括与每个终端108相关联的数据。

图4更加详细地示出了终端数据库186。终端数据库186包括与终端识别编号194相关联的每个终端108的位置190和功能192。位置190可以是地址、纬度和经度坐标或网格参考。功能192可以与每个终端108包括的支付接受设备164的类型(例如硬币接受、纸币接受、信用卡接受或非接触式卡接受)相关。

图5更详细地示出了要约服务器102。要约服务器102包括要约处理器200、网络通信模块202、要约选择器模块204、要约数据库206和用户概要数据库208。网络通信模块202、要约选择器模块204、要约数据库206和用户概要数据库208均连接到要约处理器200。

网络通信模块202被配置为传送去往和来自网络104的数据。要约数据库206包括与要约相关联的信息。用户概要数据库208包括与终端108和终端用户都相关联的信息。

要约选择器模块204被设置成基于与来自要约数据库206的要约和来自用户概要数据库208的数据相关联的信息来确定将被发送到终端108的要约。

图6更详细地示出了要约数据库206。要约数据库206包括针对每个要约的要约编号250、要约类型252、要约描述254、有效条款与条件256、可兑换要约的位置258、商家名称260、类别262和要约标识符264。

商家将要约细节放到要约数据库206中，要约数据库206由控制要约服务器102的要约管理员管理。要约的类型252可以是商品或服务的购买，针对产品或服务的广告，或者按折扣(例如，优惠券)购买商品或服务的要约。

要约描述254可包括解释要约的营销副本，并且可以包含图片。

要约的条款与条件256可包括时间敏感性，比如面包店打折出售其商品直到停业时间为止，试图销售库存，否则例如库存将被处理掉。此外，条款与条件256也可以限制为具体数目的兑现，例如对到达商店的前一百个人折扣或免费项目的要约。

要约也可以与特定的商家相关联，作为要约的商家名称260存储在要约数据库206。要约的位置258可以包括，例如，商家的多个商店的地址，在该地址可兑换要约。

要约类别262是要约涉及的商品或服务(例如快餐、杂货店、停车、服装等)的类别。

要约标识符264可以是可以用于与提供要约的商家兑换要约的字母数字代码、条形码、快速响应(QR)码或其它的数据的光学机器可读表示。

图7更详细地示出了用户概要数据库208。用户概要数据库208包括每个用户的用户身份280。针对每个用户的接受的要约282，兑换的要约284和要约偏好286存储在用户概要数据库208中。接受的要约282是每个用户已经选择的他们感兴趣的要约(根据要约编号250存储)。兑换的要约284是每个用户已经使用要约标识符264在商家兑换的要约(根据要约编号250存储)。

要约偏好286与由用户选择的要约的类型252和类别262相关。要约偏好286还可以包括地理区域，用户有可能在该地理区域兑换要约。

要约偏好286可以由用户手动限定或由要约处理器200基于被用户接受的要约262的主要类型252和类别265，以及典型位置(在该典型位置要约被兑换)来确定。

根据本发明的实施例，除了出售用于支付并显示的票之外，停车支付终端108被配置为分发要约。驾驶者以及其他行人可以使用停车支付终端来请求要约。

图8示出了提供根据本发明的实施例的过程300的概要的流程图。

在步骤302当用户到达终端108时，在步骤304终端最初通过屏幕156向用户显示两个选项：付停车费的第一选项，以及请求要约的第二选项。如果用户选择付停车费，那么用户指示想要的停车时段(parkingsession)的持续时间并且停车支付终端108向用户收取停车时段的费用。在步骤306用户使用支付接受设备164付停车时段的费用。在其他实施例中，步骤306在用户到达停车支付终端108之后立即发生，(换句话说，最初不向用户呈现付停车费的第一选项或请求要约的第二选项)。

一旦用户已经完成了停车时段的支付，或者如果用户选择要约请求选项，在步骤308停车支付终端从要约服务器102检索要约细节。下面更详细地讨论检索要约细节的过程。在步骤310检索到的要约通过屏幕156呈现给用户。这可以是要约列表的形式或要约可以根据类别和/或商家被分成菜单。停车支付终端108的时钟162被用来确定时间并且适合此时的要约在屏幕156上更突出(例如，午餐时间为来自饭店和咖啡馆的要约，下午为来自商店的要约以及晚上为来自电影院和俱乐部的要约)。

在步骤312用户从检索到的要约选择任何想要的要约。之后，在步骤314停车支付终端使用打印机160打印票和/或要约标识符264以及任何选择的要约的其它细节。在其它实施例中，停车支付终端108使用无线通信模块166将任何选择的要约的细节提供给用户的移动设备。

在其他实施例中，在步骤314一旦用户已经完成停车时段的支付，一个要约被自动检索并连同停车票一起打印。

如果要约被选择，停车支付终端108在存储器154中记录要约已经被选择。在步骤316记录的信息可以周期地或在要约被选择后即刻传送到要约服务器。

由于终端108的用户不需要在要约服务器注册，因此终端108是关于用户概要数据库208的用户。已被选择的要约的记录被用于确定针对每个停车支付终端的优选要约，例如，如果终端108的数个用户全都选择由特定商家提供的要约，那么当向停车支付终端108的未来用户显示要约时，可以突出来自该特定商家的其它要约。

在其它实施例中，用户包括与用户概要数据库208中的用户身份280相关联的支付交易设备(例如信用卡)。因此，如果用户接受要约，那么要约标识符264与交易设备的帐户相关联。然后，用户可以使用与要约相关联的交易设备购买商家出售的商品或服务，这样要约被应用到交易。

下面描述终端108检索要约所采用的不同方式的示例，但是，应理解的是，本发明的实施例可同时包括一个或多个示例。

在第一个示例中，停车支付终端108通过要约服务器102和终端服务器106周期地从要约数据库206接收更新的要约细节，并把它们存储在存储器154中。被供应到停车支付终端108的要约细节可以被限制为来自停车支付终端108的预定范围内(例如，2千米半径内)的商家的要约，当与提供全部要约细节相比，减小传送要约细节所需的宽带。在这个示例中，检索要约的过程包括停车支付终端108访问存储器154以找到要约，以及使用停车支付终端108的时钟162来确定找到适合于此时的要约的时间。本示例的优点是，由于要约细节本地存储，因此当需要时停车支付终端能够快速访问附近商家的相关要约细节。

在第二个示例中，停车支付终端108在需要时从要约数据库206检索要约细节。停车支付终端108发送请求要约细节的消息到要约服务器102，该消息包括停车支付终端108的位置和识别编号和时刻。要约服务器102的要约选择器模块204向要约数据库206和用户概要数据库208查询适合此时并且在停车支付终端108的预定范围(例如，2千米半径内)内的要约细节。与查询匹配的所产生的要约细节将返回到停车支付终端108以显示给用户。这个示例的优点是，相关的要约细节返回到停车支付终端，减小了传送要约细节所需的带宽。此外，相比于第一个示例，这减少了停车支付终端108上所需的存储。

第二个示例的其它实施例中，要约服务器102使用停车支付终端的识别编号来识别已经被停车支付终端的先前用户选择的要约(即，参照用户概要数据库208)。要约服务器102随后确定有可能被用户所接受的一组要约，并将对应于该组要约的要约细节返回到停车支付终端108，以向用户显示。

在第三个示例中，用户用集成电路芯片卡为所期望的停车持续时间付款，卡的发行者为该集成电路芯片卡分配唯一编号。停车支付终端108发送请求要约细节的消息到要约服务器102，该消息包括停车支付终端的位置，时刻和卡的唯一编号。要约服务器102在要约数据库206中查询适合于该时刻并且在停车支付终端108的预定范围(例如，在2千米半径内)内的要约细节。此外，要约选择器模块204参照用户概要数据库208使用唯一编号来识别该卡的持卡人之前已经选择的要约。要约选择器模块204接着确定可能被持卡人接受的一组要约，并将对应于该组要约的要约细节返回到的停车支付终端以显示给持卡人。

在第三示例的其它实施例中，集成电路芯片卡是非接触式卡(例如，使用近场通信标准)。一旦持卡人已经选择他们想要的要约，要约标识符264被传送到非接触式卡，允许持卡人兑换要约，而不需要打印码。

在第三示例的其它实施例中，用户具有与卡的唯一编号相关联的在线概要并且服务器使用在线概要来选择个性化要约(例如，基于用户先前接受的要约和/或用户在线概要上指示的个人偏好)。在线概要可包括来自社交媒体的信息。要约服务器102然后将相关的个性化要约发送到停车支付终端108以显示给用户。

在不背离由所附权利要求限定的本发明的范围的情况下，可对上面的示例进行多种修改。

例如，在过程300中，在步骤308用户为停车时段支付费用以后，终端108可以经由无线通信模块166将所有可用的要约(包含要约细节和要约标识符)提供给用户的移动设备。然后，用户能够在他们休闲时直接从移动设备选择想要的要约，以及接收要约标识符。

Claims (15)

1.一种向用户分发要约的方法，所述方法在处理器上实现，并且所述方法包括：

接收与多个要约相关联的信息，其中与每个要约相关联的信息包括要约标识符；

将所述与多个要约相关联的信息提供给用户；

从用户接收要约选择；

接收用于交换服务的支付确认；以及

将与选择的要约相关联的要约标识符提供给用户。

2.根据权利要求1所述的方法，其中，将所述与多个要约相关联的信息提供给用户包括显示与要约相关联的信息。

3.根据权利要求1或2所述的方法，其中，将所述与多个要约相关联的信息提供给用户包括可听地播放所述与要约相关联的信息。

4.根据任一项前述权利要求所述的方法，其中，将所述与多个要约相关联的信息提供给用户包括打印所述与要约相关联的信息。

5.根据任一项前述权利要求所述的方法，其中，提供所述要约标识符包括打印票，所述票包括所述要约标识符。

6.根据权利要求5所述的方法，其中，以包括字母数字字符串、条形码以及快速响应码的组中的至少一种形式打印所述要约标识符。

7.根据任一项前述权利要求所述的方法，其中，所述用户包括移动设备，并且提供所述要约标识符包括将电子消息发送到所述移动设备，其中，所述电子消息是从包括电子邮件、SMS、近场通信指令、蓝牙讯息、通过Wi-Fi网络的消息和即时讯息的组中的至少一种。

8.根据任一项前述权利要求所述的方法，其中，所述用户包括支付交易设备，并且提供所述要约标识符包括将所述支付交易设备的账户与所述要约标识符相关联。

9.根据任一项前述权利要求所述的方法，包括从所述多个要约中确定一组要约，以及其中将所述与要约相关联的信息提供给用户包括将所述组提供给用户。

10.根据任一项前述权利要求所述的方法，包括将选择的要约发送给远程服务器。

11.根据任一项前述权利要求所述的方法，其中，所述与要约相关联的信息包括来自包括以下的组中的一种或多种：要约编号；要约类型；要约描述；有效条款与条件；可兑换要约的位置；提供要约的商家的名称；以及类别。

12.根据任一项前述权利要求所述的方法，其中，所述支付作为停车服务的交换。

13.根据任一项前述权利要求所述的方法，包括将支付收据提供给用户。

14.一种非瞬态计算机可读存储介质，所述非瞬态计算机可读存储介质存储可执行的计算机程序指令，所述计算机程序指令用于在计算设备上实现任一项前述权利要所述的方法。

15.一种用于向用户分发要约的要约终端，所述要约终端被设置成：

接收与多个要约相关联的信息，其中与每个要约相关联的信息包括要约标识符；

将所述与多个要约相关联的信息提供给用户；

从用户接收要约选择；

接收用于交换服务的支付确认；以及

将与选择的要约相关联的要约标识符提供给用户。