CN110268395A - 数据库条件字段访问 - Google Patents

Abstract

数据库系统用来自多个数据源的信息填充各个字段，所述信息与不同参考标识符的地理和分段信息匹配。一系列数据合并提供可选择的结果集。从可选择结果集选择的元素用于生成限定符，所述限定符被实时监测，以确定何时满足限定符，以便设置允许访问所选择元素的信号灯。

Description

数据库条件字段访问

背景技术

本文中提供的背景描述是出于大体上呈现本公开的上下文的目的。在此背景技术部分中所描述的程度上，当前署名的发明人的工作以及在提交时可能不另外作为现有技术的本说明书的各方面既不明确地也不隐含地被承认为本公开的现有技术。

数据库用于控制对某些字段的访问。但是，大多数条件访问由数据库设计者或系统规则确定，尤其是用于确定促销奖励时。例如，指定项目折扣的数据库字段在设计时定义。如果此类数据库指定了对用户不感兴趣的项目，或者用户当时不需要的物品，即使提供了明显好处，用户也可能没有动力参与其中。

发明内容

本发明内容和以下具体实施方式描述的特征和优点并非是包含一切的。根据附图、说明书和权利要求书，许多附加的特征和优点对于本领域的普通技术个人将是显而易见的。此外，其它实施例可以省略本发明内容中描述的特征和优点中的一个或多个（或全部）。

服务器和用户界面监测消费者行为，以更新指定奖励相关条件的数据库字段。系统还会实时监测行为，以确定使服务器选择性地提供对之前不可访问代码或数据库字段的访问的一组条件何时存在。在一些实施例中，消费者可以参与选择被监测的行为。

附图说明

图1示出根据本公开的系统元件的框图；

图2为示出优惠券系统处理器的功能视图的框图；

图3-9是根据本公开的示例性数据库记录和字段的图示；和

图10为示出优惠券系统处理器的硬件视图的框图。

仅出于说明的目的，图式描绘各种实施例。本领域技术人员可以从下面的讨论中容易地认识到，在不脱离本文描述的原理的情况下，可以采用在本文中示出的结构和方法的替代实施例。

具体实施方式

根据存储为机器存储器（例如，计算机存储器）内的位或二进制数字信号的数据上的操作的算法或符号表示而呈现本说明书的一些部分。这些算法或符号表示是数据处理领域的一般技术人员用来向本领域其它技术人员传达其工作的实质内容的技术的实例。如本文中所使用，“算法”是产生所需结果的操作或类似处理的自一致性序列。在此上下文中，算法和操作涉及对物理量的物理操纵。通常但不一定，此类量可以呈电、磁或光学信号的形式，所述电、磁或光学信号能够由机器存储、访问、传送、组合、比较或以其它方式控制。主要出于常用的原因，有时使用例如“数据”、“内容”、“位”、“值”、“元素”、“符号”、“字符”、“项”、“数目”、“数字”等词语来提及此类信号是很方便的。然而，这些词语仅为方便的标记并将与适当物理量相关联。

如本文所使用，对“一些实施例”或“实施例”或“教示”的任何参考表示结合实施例所描述的特定元件、特征、结构或特性包含在至少一个实施例中。在本说明书的不同位置中出现短语“在一些实施例中”或“教示”未必都指同一个实施例。

此外，仅出于说明的目的，图式描绘优选实施例。本领域技术人员将从下面的讨论中容易地认识到，在不脱离本文描述的原理的情况下，可以采用在本文中示出的结构和方法的替代实施例。

在阅读本公开后，本领域技术人员将通过本文公开的原理理解本文中描述的系统和方法的额外替代结构设计和功能设计。因此，虽然已经示出和描述了特定实施方案和应用，但是应所述理解，所公开的实施方案不限于在本文中公开的精确构造和组件。在不脱离任何所附权利要求限定的精神和范围的情况下，可以对本文公开的系统和方法的布置、操作和细节做出各种修改、改变和变化，这对于本领域技术人员而言是显而易见的。

商家通常被认为是提供销售产品的供应商，而服务提供商提供诸如运输或银行业务等服务。在以下公开中，商家和服务提供商的术语可互换使用，使用一个术语或另一个术语并不限制本公开。

当客户收到“买一赠一”报价时，可能会出于几种原因中的任何一种原因无法为商家生成忠诚度或额外业务。这些情况可能包括，客户不使用这种商品或服务，客户没有机会在商家或服务提供商的地理区域中，或者客户不需要这两个物品，并且如果不需要或不想要第二个，那么实际上会阻止购买第一个。当根据定义由商家向现有客户提供该报价时，该报价不允许商家超越其当前客户群的范围。优惠券市场利用由支付平台开发的信息，使用按位置和项目分段的客户详细交易历史，从而启发性地设计既可能对客户有吸引力又在客户的购物区域内的报价和限定符。此外，还可以针对以前没有与发起该报价的商家交互的客户定制报价。在一个实施例中，因为客户必须在报价可用之前以执行资格任务的形式满足某些要求，所以可以鼓励客户的购物习惯扩展至之前使用的商家或服务提供商之外。

转向图1，讨论并描述根据本公开的系统100的框图。系统100包括商家X 102和商家Y 104。个人账号（PAN）123的客户106和PAN 234的客户108被示出与商家102、104独立地交互。商家102、104都与支付平台110通信，该支付平台通过执行批准相关的任务处理商家102、104两者的支付，这些任务例如去令牌化支付工具和向一个或多个发行方112路由支付请求。支付平台110还可以从一个或多个发行方112接收支付批准，并将授权消息返回商家102、104以允许完成特定交易。支付平台110还可以与优惠券系统处理器114交互，该优惠券系统处理器被配置成开发和监测与客户活动相关的报价和任务。

客户106与商家102、104的交互可以包括店内购买、在线购买，甚至是网站交互，这些交互被记录并传递给支付平台110，例如，以与处理其他金融交易类似地处理忠诚度积分奖励的形式进行。在各种实施例中，客户106可能需要注册参加优惠券系统的每个PAN，但在其他情况下，注册可以是自动的或只能选择退出。

在一个实施例中，支付平台110可以将所有PAN的交易信息传递到优惠券系统处理器114。在其他实施例中，支付平台110可以仅基于客户的注册状态、与特定发行方112关联的PAN或商家本身传递某些PAN的交易信息。也就是说，在一些实施例中，可以监测某些商家或一组商家的所有交易，而在其它实施例中，可以只监测某些PAN。在其他实施例中，可开发其他规则以指定传递到优惠券系统处理器114的交易。

图2示出了优惠券系统处理器114的示例性功能框图。来自支付平台110的数据可以在输入处理器116处接收。输入处理器116可以确定交易和相关方（例如，商家X 102和客户106）的性质，以及从可用于改善商家和客户的表征的交易中提取数据。在一个实施例中，输入处理器114可以应用启发式算法将特定交易与市场分段和位置相关联。例如，居住在旧金山的客户106在夏威夷与商家X 102的交易可以与客户106的其他数据联系，从而推断他们是“环球旅行家”。采购的性质（例如，防震防水手表）可以用于推断他们是“户外娱乐”分段的一部分。此外，客户的地理编码或地理区域可以添加到其居住地点，包括夏威夷，甚至其他受欢迎的旅行目的地。

商家X 102还可以更新其数据或至少特定商店位置的数据，以包括“户外娱乐”的客户分段。实际上对可能发展成根据购买的产品和交易的服务的类型表征客户和商家的分段的数目没有限制。在其他实施例中，某些分段可以被指示为排除特定客户106。除非明确排除，否则可能会自动分配某些类别。只是作为实例，如果在一段时间上客户106从未购买汽油、机油或汽车维修，则可能会从“汽车拥有者”的自动分段中删除该客户。这也可能与客户经常使用车辆共享服务时的“共乘车辆（ride share）”分段相对应。

由于分段信息和地理编码信息被添加到相应的客户数据库128、134中，客户106、108的配置文件可以更准确地针对客户可能会完成交易的产品类型（分段）和地理区域（地理编码）调整。类似地，优惠券系统处理器114可以在商家X数据存储区118和商家y 120数据存储区细化其分段和支出信息。另外，通过交易数据或简单直接下载，商家X地理数据122和商家Y地理数据124可以被添加，包括存储位置和/或服务边界，以便在下述过程中使用。

在一个实施例中，可以给客户106呈现由报价与任务生成模块126为用户开发的一系列报价。报价可以代表购买折扣、服务折扣、免费商品或服务或购买返现及其他激励方式。

向客户106呈现的报价可以选自所有商家提供的所有报价127的集合。在另一个实施例中，可以使用由商家提供的参数来生成报价。一般来说，报价可以由报价与任务生成模块126选择，使得例如通过PAN将客户按分段和地理区域与具有匹配地理区域和分段特性的商家报价匹配。在其他实施例中，可以通过观察来自客户106可以交互的被连接装置的过去的行为为用户选择报价。目标是为客户提供可能吸引客户的报价选择，可能是他们可能使用的东西，并且位于他们可能位于的地理区域中。更正式地，使用以下示例算法可以将报价匹配到PAN：

假设：

P : 所有PAN的集合。

O : 所有报价的集合。

S : 分段标识符的集合。

Z : 地理位置标识符的集合。

p_i : 必须计算报价的特定PAN。

映射 PS : p {S1; S2; …, S_p} 其中pP

映射 PZ : p {Z1; Z2; …, S_q} 其中pP

映射 OS : o {S1; S2; …, S_r} 其中oO

映射 OZ: o {Z1; Z2; …, Z_t} 其中oO

对于特定PAN，pi，找到相关报价集O_i。

S_i = PS(p_i)是从PS（上文定义）获得的PAN pi的所有分段

O_si = {o:OS(o) S_i ≠ 0}是基于p_i的分段的报价

Z_i = PZ(p_i)

O_zi = {o:OZ(o) Z_i ≠ 0}是基于p_i的地理位置标识符的报价

相关报价集O_i是O_i = O_zi O_si

客户106可以查看所呈现报价的列表，并选择一个或多个以添加到客户的“购物篮”。购物篮是由客户106选择的匹配对应的任务或限定符的所有报价的集合。购物篮的价值是购物篮中各报价的总值。限定符可以从预定的任务列表中选择，或者任务可以由报价与任务生成模块126基于附加参数和生成算法生成。

任务在形式上可以与报价类似，因为其指定商家产品或服务，并指定了价值，而不是向客户106提供该价值，要求客户以指定值或高于指定值的水平购买产品或服务。也就是说，任务或任务集必须在客户106有资格接收购物篮中的价值之前完成。但是，与传统的买一赠一免费促销不同，任务不一定绑定到提供该报价的商家，客户已经选择了购物篮的该报价。不一定存在任务与报价的一对一关系。在示例性实施例中，选择总值小于购物篮的价值的一批任务，使得客户106有动机完成任务，以便获得由购物篮中的一个或若干报价提供的更高价值的利益。

购物篮与任务之间的价值差异等级可以用程序方式选择，或者可以基于商家推广报价产品或服务的期望。在一种情况下，因为报价的来源可能已经满足，以提供没有补偿性任务的报价，商家可能会对任务的实际价值摇摆不定。在又一个实施例中，任务的选择可以使得提供更多报价的商家也可以接收更多的任务，从而抵消报价的成本。由于任务选自各种商家和服务提供商，除其他好处之外，所以系统100提供了激励客户106使用客户之前经验之外的商家的能力。例如，为了获得可能或不可能来自客户拥有经验的商家的报价的利益，客户可能需要与他们的新商家交互。

在一个实施例中，类似于报价选择，任务选择过程可以包括客户106的分段和地理区域的比较使得这些任务可能对客户106感兴趣。但是，不要求任务选自同一个分段或者甚至是与报价相同的地理区域，只要求任务选自客户106的数据库128中的分段和地理区域。在由地理区域和分段预先选择任务后，可开发任务列表以遵循一系列指南，其包括根据他们参与过程的优先任务分配以及设置与购物篮价值相比较的任务价值限制。以下是制定与特定报价相关的任务的一种示例性算法。

假设：

p_i : 需要开发任务的PAN。

O_i,selected : 由PAN p_i选择的报价。

B_w : O_i,selected的总美元价值（或权重）。

M : 市场中的商家集合。

M_i,c : 商家i对市场的贡献（美元）。

M_i,p : PAN p _i 将在商家i处交易的概率。

max_weight = 0

min_weight = INF

for m M do

M_m,weight = M_m,p + M_m,c

max_weight = max(max_weight, M_m,weight)

min_weight = min(min_weight, M_m,weight)

end for

/创建由客户106交易的可能性以及由商家贡献加权的商家的分布

merchantDistribution = {}

for m M do

merchantDistribution.append()

/所有权重此时在0到1之间

end for

taskTotalWeight = 0

taskList =

while taskTotalWeight 0.8*B_w do

MsampleWithoutReplacement(merchantDistribution)

/样品，不更换：每个商家都应该被选择一次

possibleTaskWeights = [M_ticketSize * 0.10, M_ticketSize * 0.15, M_ticketSize *0.25]

i = argmin_i Abs(taskTotalWeight + possibleTaskWeights_i – 0.8*B_w)

pickedMerchantTaskWeight = possibleTaskWeights_i

if taskTotalWeight + pickedMerchantTaskWeight > 0.8*B_w then

pickedMerchantTaskWeight = 0.8*B_w - taskTotalWeight /Cannot exceed thebasket limit

end if

taskList:append((M, pickedMerchantTaskWeight))

taskTotalWeight+ = pickedMerchantTaskWeight

end while

针对PAN 123选择的报价130和针对PAN 234选择的报价136分别示于图2中客户数据库128、134中。类似地，在由报价与任务生成模块126生成之后，对应的任务132、138存储在客户数据库128、134中。在一个实施例中，客户106可以具有一次处理的超过一个报价/任务集，如由报价/任务集133所示。对等组的某种识别可以用来确保报价和任务不会相互妨碍。例如，如果需要从当前报价未完结的另一商家购买具有竞争力的产品，则任务可能会被忽略分配。

客户106选择一个或多个报价130以及针对选择的一个或若干报价分配任务132后，支付平台可继续将交易数据传递到优惠券系统处理器114。输入处理器116可以将特定PAN 123（即，对应于客户106）的交易路由到其各自的数据库128。交易详情被评估以确定它们是否匹配任何待处理任务132。如果是，则该特定任务被标记为已完成。如果其他任务未完成，则流程将继续进行，直到其余任务完成或另一事件通过（例如报价到期）为止。在一个实施例中，在客户处于有关联任务的商家或服务提供商附近时，智能手表或其他智能设备可以通知客户106。

图3可以示出第一数据库字段160，其项目代表所有报价127的集合。第一数据库字段可以包括有关项目来源的信息（例如，商家或服务提供商）、项目描述、地理参考以及分段名称。如上面所讨论，地理参考可以反映商家或商家运营的服务区的一个或多个位置。分段可以描述关于将购买此类物品（或服务）的客户分段的项目的特征。还显示了报价的价值。例如，礼品卡的价值可能只是礼品卡的面值，而订购服务可能是服务的零售价值。

图4可以示出第二数据库字段162，其表示由参考标识符（在此实施例中是PAN）和地理区域识别的客户集合，客户在该地理区域具有购物历史和识别一般兴趣或购物模式的分段信息。

从第一数据库字段160和第二数据库字段162在分段数据上的合并形成的第一项目集164示于图5中。所示结果显示了与特定PAN的分段相匹配的各种商家的报价（项目）。图6示出从第一数据库字段160和第二数据库字段162在地理区域上的合并产生的第二项目集166。

第一数据库记录168示于图7中。第一数据库记录168包含由第一项目集164和第二项目集166的合并产生的可选择项目。也就是说，按特定PAN 123的分段和地理区域特性过滤所有商家的所有报价的结果。这些是向客户106呈现的报价，由此可以进行选择。选择170以及与客户报价130一起存储的相应数据可以在图8中表示。选择170是报价，即客户106根据他或她的偏好选择的并且其愿意完成分配任务的购物篮。

图9可以示出根据图8中所示的选择可以为客户106选择任务132的任务或限定符172的列表。示例性图形中的限定符可以被预先确定，例如，如由个别商家102、104提供的。在其他实施例中，基于不同商家的规则或指南，可实时生成限定符。可以使用上述技术选择限定符，使得该选择包括根据其参与计划的程度的商家，还使得限定符的价值是小于购物篮的价值的特定百分比。在本图示中，购物篮的价值为55美元，而任务或限定符的价值为43美元或小于购物篮价值的80%。虽然上述算法使用80%的任务用于购物篮价值，但这个百分比可根据系统设计者的希望基于特定激励活动的目标而改变。

图9中还示出了一种跟踪客户106完成任务的方法。选择的任务在“已分配/已完成”列的第一位置显示“1”，当前完成状态反映在该列的第二位置。如图所示，任务1已分配但未完成，任务2已分配并完成，而任务3未分配，可能是因为任务3的高价值将导致总任务价值在选择过程中超出价值限制。

信号灯或其他指示器可以用来指示任务何时已完成并且购物篮中的报价可以关联或发布到PAN及其关联用户。在任务完成后履行或交付报价可以是主动的，如向客户106发送礼品卡，或者可能是被动的，在客户106购买报价的主体后，采用回扣或账单信用的形式。此后一选项可以由支付平台110监测客户通过多个商家102、104与多个发行方112交易的能力即由支付平台对众多交易的观察来促进。

图10可以示出优惠券系统处理器114的硬件框图。优惠券系统处理器114可以包括处理器180和存储器182。存储器182可以包括用户账户184，诸如图2的客户数据128和客户数据134。这些用户账户可能具有报价数据130和任务数据132，以及客户分段信息190和客户可能位于或可能购物的区域相关的地理区域数据192。商家X数据118可以包括产品分段信息202以及与商家占用空间相关的地理位置信息204。输入处理器116可以用来确定特定交易是否感兴趣，然后确定将交易数据路由到哪里。例如，涉及商家X 102和PAN 123的交易可以路由到商家X数据118和客户数据128，而涉及商家X 102和PAN 789的交易只可以路由到商家X 102，以用于例如如果PAN 789已选择退出计划的分段形成。

匹配算法208可以用来确定交易是否满足特定报价的任务要求。如上所讨论的，报价与任务生成模块126可以分别包括单独的子模块210、212以用于报价选择和任务分配。在各种实施例中，HSM 214可以包括安全存储器，并且可以用来根据需要存储关键事项216，以确保安全通信和数据保护。支付平台接口218可以支持与支付平台110的通信。由于这些功能之间可以传递的数据量，连接带宽可能高于典型的业务数据管道。

在本公开的一个方面，数据库系统包括：第一数据库字段，每个字段分别包括项目、项目描述、第一地理参考、项目的来源和第一分段名称；第二数据库字段，第二数据库字段分别包括参考标识符、第二地理参考和第二分段名称；第一项目集，所述第一项目集从按项目的第一分段名称和参考标识符的第二分段名称的合并导出；和第二项目集，所述第二项目集从第一地理参考和第二地理名称的合并导出。所述方面还可以包括：可选择项目集，所述可选择项目集从所述第一项目集和所述第二项目集合的合并导出；选择记录，所述选择记录从所述可选择项目集中选择一个项目产生，所述选择记录还用至少一个限定符填充，所述至少一个限定符基于所述选择生成；和第四数据库字段，所述第四数据库字段用所述参考标识符的活动记录填充；并且还可以包括监视器，所述监视器将所述参考标识符的活动记录与所述至少一个限定符匹配。

在本公开的另一方面，一种基于选择性操作提供数据库字段访问的方法包括：访问包括可选择项目的数据库；通过用户界面呈现一个或多个可选择项目；通过用户界面接收消费者对数据库中的可选择项目中的一个或多个项目的选择；以及在数据库中存储消费者的选择。所述方法还可以包括识别与消费者选择的奖励相对应的数据库字段；使用个人可识别标记识别消费者；将有关消费者的行为相关信息提供给算法并使用算法；基于行为相关信息和选择来选择多个任务。所述方法还可以包括：将所述多个任务存储在所述数据库中；接收消费者的行为的确认；将消费者的行为与存储在所述数据库中的所述多个任务中的一个任务进行匹配；并且当所述多个任务中的最小数目的任务与消费者的对应行为匹配时，提供消费者对所述数据库中所述选择的访问。

在本公开的第三方面，一种方法可以包括：按照过去的购买历史将客户分配至客户分段；按位置历史识别客户地理区域；按客户对多个商家的支出创建商家分段；按客户对多个商家中的每个商家的支出识别商店位置；按商家和位置对多个商家中的至少一个商家接收所有报价集。这个方面还可以包括：将客户分段映射到相应的商家分段，以创建第一报价分段；按商店位置映射客户地理区域以创建第二报价分段；给客户呈现所有报价的子集，所有报价的子集由第一报价分段和第二报价分段的合并生成；通过用户界面从客户接收对所选择报价的购物篮集合的选择，所选择报价的购物篮集合中的每个报价由客户从第一报价分段和第二报价分段的合并产生的所有报价的子集中选择。本文所公开的方法可以包括：基于所选择报价的总价值对报价的购物篮集合进行加权；选择要由客户在各个商家完成的任务，任务和关联的商家根据商家对所有报价集的贡献和客户在商家交易的加权可能性来选择；向客户呈现所选择的任务以及记录客户交易，其中，所述客户交易与相应任务匹配。所述方法可以通过以下步骤结束：将客户交易与对应任务匹配；识别所有选择任务何时完成；并在完成所有选择任务时为客户提供对所选择报价的购物篮集合中的报价的访问。

所公开的系统和方法解决了聚合和处理大量数据的技术问题，以使硬件的单个元件不会超载。数据库结构并入了数据分离，这为商家和客户提供了数据安全，同时还允许按需共享数据。实时解析和评估交易数据的能力对商家和客户都有好处，因为在之前没有进行过交互的实体之间提供了以前不可用的访问。

Claims (9)

1.一种方法，包括：

用项目填充第一数据库字段，所述项目从多个数据源接收，每个项目包含描述、地理参考以及分段名称；

用参考标识符填充第二数据库字段，基于存储在数据库中的与相应参考标识符有关的之前的数据，给每个参考标识符分配地理区域和分段标识符；

从第一数据库字段和第二数据库字段的合并创建将参考标识符的分段标识符与所述项目分段名称匹配的第一项目集；

从第一数据库字段和第二数据库字段的合并创建将项目地理参考与参考标识符地理区域匹配的第二项目集；

用字段填充第一数据库记录，所述字段包含由所述第一项目集和所述第二项目集的合并产生的可选择项目；

通过用户界面从所述第一数据库记录接收所述可选择项目中的一个或多个项目的选择，并且在所述数据库中存储所述选择；

基于所述选择和限定符来源与关联所述参考标识符的实体之间的交互概率生成至少一个限定符；

监测与所述参考标识符相关联的数据库字段更新，以确定何时所述更新中的一个更新与所述至少一个限定符匹配；以及

响应于确定何时所述更新中的一个更新与所述至少一个限定符匹配，设置将所述一个或多个可选择项目的选择与所述参考标识符相关联的信号灯。

2.根据权利要求1所述的方法，其中，生成所述限定符还包括匹配所述限定符的分段和所述参考标识符的分段。

3.根据权利要求1所述的方法，其中，所述项目的分段名称和所述参考标识符的分段标识符对应于参考标识符组共有的属性。

4.根据权利要求1所述的方法，其中，生成至少一个限定符还包括选择所述至少一个限定符，使得总值小于所述可选择项目中的一个或多个项目的选择的价值。

5.根据权利要求1所述的方法，还包括将与所述参考标识符相关联的所有活动输入到所述数据库字段中，所述数据库字段被监测以确定何时所述更新中的一个更新与所述至少一个限定符匹配。

6.根据权利要求1所述的方法，其中，设置所述信号灯允许所述实体恢复所述一个或多个可选择项目的选择。

7.一种数据库系统，包括：

第一数据库字段，每个字段包括项目、项目描述、第一地理参考、项目来源以及第一分段名称；

第二数据库字段，所述第二数据库字段包括参考标识符、第二地理参考以及第二分段名称；

第一项目集，所述第一项目集从按所述项目的第一分段名称和所述参考标识符的第二分段名称的合并导出；和

第二项目集，所述第二项目集从所述第一地理参考和所述第二地理名称的合并导出。

8.根据权利要求7所述的数据库系统，还包括：

可选择项目集，所述可选择项目集从所述第一项目集和所述第二项目集合的合并导出；

选择记录，所述选择记录从所述可选择项目集中选择一个项目产生，所述选择记录还用至少一个限定符填充，所述至少一个限定符基于所述选择生成；和

第四数据库字段，所述第四数据库字段用所述参考标识符的活动记录填充。

9.根据权利要求8所述的数据库系统，还包括监视器，所述监视器将所述参考标识符的活动记录与所述至少一个限定符匹配。