使用隐藏属性的群体查找询问

摘要

服务器检测第一用户正在离开由发布应用提供的列表的显示。列表标识物品以及相应公开属性值。服务器响应于该检测而向第一客户端设备询问期望属性值。服务器接收来自第一用户的期望属性值和对期望属性值的承诺。服务器访问通过第一提供者列出的物品的隐藏属性值和物品的相应数量范围属性值的数据库。隐藏属性值和相应数量范围属性值由第一提供者提供并对第一客户端设备隐藏。服务器生成针对第一提供者的履行请求。

说明书

背景

优先权声明

本申请要求于2018年9月6日提交的美国申请序列号16/123,370的优先权的权益，其全部内容通过引用并入本文中。

技术领域

本文中公开的主题一般涉及使用隐藏属性进行查找询问的专用机器，包括这样的专用机器的计算机化变体以及对这样的变体的改进，并且涉及如下技术：通过该技术，这样的专用机器与基于显示属性执行查找询问的其他专用机器相比得到改进。具体地，本公开内容涉及使用隐藏属性进行群体查找询问的系统和方法。

当使用在服务器上运行的计算搜索引擎来搜索物品时，用户通常对他们希望识别和购买的物品的价格范围有预期。服务器识别正在以陈列价格(listing price)列出商品的另一用户。如果执行搜索的用户希望与列出该物品的用户进行沟通以讨论价格点，则这样的一对一过程对于双方来说将是耗时且麻烦的。例如，列出物品的用户可能不愿意基于单个买方的兴趣来降低陈列价格。然而，只有在存在足够数目的用户的足够兴趣时，列出物品的用户才可能愿意降低到低于陈列价格的价格。

虽然在存在足够多的买方时列出物品的用户可能愿意降低价格，但是列出该物品的用户可能不想提前公开降低后的价格以将信息透露给竞争对手。此外，定价下调可能根据买方的数目或所购买的物品的量而改变。尽管卖方有意这样的交易，但公布量价折扣可能是不期望的，因为只有在卖方不能以更高的价格点实现销售时，才需要透露“让步”立场。

辨别潜在的买方是否愿意以一次过交易以低于最初陈列价格进行支付的能力是简单的——卖方只需要询问买方。类似地，卖方可以向单个买方提供批量折扣。但是，如果批量的实现仅由多个且不同的用户来实现，目前在线下讨论场所中还没有用于寻求这样的群组协商和交易的可行机制。即使在线上大众批量采购中，这样的群组协商也不是真正的协商，而是“要么接受要么放弃”提议，其中如果满足购买的阈值数目，则卖方公布可够得的价格点。此外，这类现有方法要求卖方通过揭露价格点/折扣来“示出”他/她的底牌，而没有动态地衡量潜在的买方是否会以更高的价格点购买物品。

附图说明

为了容易标识对任何特定元件或动作的讨论，附图标记中的最高位的一个或多个数字指代该元件被首次引入时所在的图号。

图1是根据一些示例实施方式的可以部署本公开内容的联网环境的图形表示。

图2是示出在一个示例实施方式中作为联网系统的一部分而提供的市场应用的框图。

图3是示出了根据一个示例实施方式的隐藏属性引擎的框图。

图4是示出根据一个示例实施方式的用于基于隐藏属性递增计数的方法的流程图。

图5是示出根据另一示例实施方式的用于基于隐藏属性递增计数的方法的流程图。

图6是示出根据另一示例实施方式的用于基于隐藏属性递增计数的方法的流程图。

图7示出了根据一个示例实施方式的隐藏属性表。

图8是示出根据一个示例实施方式的隐藏属性引擎的示例操作的框图。

图9是示出根据一个示例实施方式的隐藏属性引擎的示例操作的框图。

图10是示出根据另一示例实施方式的隐藏属性引擎的示例操作的框图。

图11是示出根据一个示例实施方式的隐藏属性引擎的示例操作的框图。

图12是示出根据一个示例实施方式的用于执行查找询问的客户端设备的显示的示例的框图。

图13是示出根据一个示例实施方式的用于列出物品的客户端设备的显示的示例的框图。

图14是根据示例实施方式的计算机系统形式的机器的图形表示，在该计算机系统内可以执行指令集以使机器执行在本文中所讨论的方法中的任何一种或更多种方法。

具体实施方式

术语表

该上下文中的“部件”是指具有由功能或子例程调用、分支点、API或被提供用于对特定处理或控制功能进行分区或模块化的其他技术定义的边界的设备、物理实体或逻辑。部件可以经由它们的接口与其他部件组合以执行机器处理。部件可以是被设计用于与其他部件一起使用的封装功能硬件单元以及通常执行相关功能的特定功能的程序的一部分。部件可以构成软件部件(例如，体现在机器可读介质上的代码)或硬件部件。“硬件部件”是能够执行某些操作的有形单元，并且可以以某种物理方式来配置或布置。在各种示例实施方式中，可以通过软件(例如，应用或应用部分)将一个或更多个计算机系统(例如，独立计算机系统、客户端计算机系统或服务器计算机系统)或计算机系统的一个或更多个硬件部件(例如，处理器或处理器组)配置为进行操作以执行如本文中描述的某些操作的硬件部件。也可以机械地、电子地或其任何合适的组合来实现硬件部件。例如，硬件部件可以包括被永久地配置成执行某些操作的专用电路系统或逻辑。硬件部件可以是专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。硬件部件还可以包括通过软件被临时配置成执行某些操作的可编程逻辑或电路系统。例如，硬件部件可以包括由通用处理器或其他可编程处理器执行的软件。一旦通过这样的软件被配置，硬件部件就成为被唯一地定制成执行所配置的功能的特定机器(或机器的特定部件)，而不再是通用处理器。将理解的是，机械地、在专用和永久配置的电路系统中、或在临时配置的电路系统(例如，由软件配置)中实现硬件部件的决定可以由成本和时间考虑来驱动。相应地，短语“硬件部件”(或“硬件实现的部件”)应当被理解成包含有形实体，即为被物理构造、永久配置(例如，硬连线)或临时配置(例如，编程)成以某种方式操作或者执行本文中所描述的某些操作的实体。考虑硬件部件被临时配置(例如，被编程)的实施方式，硬件部件中的每一个无需在任一时刻处均被配置或实例化。例如，在硬件部件包括通过软件配置成专用处理器的通用处理器的情况下，该通用处理器可以在不同时间处分别被配置成不同的专用处理器(例如，包括不同的硬件部件)。软件相应地配置一个或多个特定处理器以例如在一个时刻处构成特定硬件部件以及在不同的时刻处构成不同的硬件部件。硬件部件可以向其他硬件部件提供信息以及从其他硬件部件接收信息。相应地，所描述的硬件部件可以被认为通信地耦接。在同时存在多个硬件部件的情况下，可以通过两个或更多个硬件部件之间或之中的信号传输(例如，通过适当的电路和总线)来实现通信。在多个硬件部件在不同时间被配置或实例化的实施方式中，可以例如通过将信息存储在多个硬件部件访问的存储器结构中以及在该存储器结构中检索信息来实现这样的硬件部件之间的通信。例如，一个硬件部件可以执行操作并且将该操作的输出存储在其通信地耦接到的存储器设备中。然后，另外的硬件部件可以在随后的时间访问存储器设备以检索和处理所存储的输出。硬件部件还可以发起与输入设备或输出设备的通信，并且可以对资源进行操作(例如，信息收集)。在本文中描述的示例方法的各种操作可以至少部分地由临时地配置(例如，由软件)或永久地配置以执行相关操作的一个或更多个处理器来执行。无论是被临时配置还是永久配置，这样的处理器可以构成进行操作以执行本文中描述的一个或更多个操作或功能的处理器实现的部件。如本文中使用的，“处理器实现的部件”指使用一个或更多个处理器实现的硬件部件。类似地，本文中描述的方法可以至少部分地被处理器实现，其中特定的一个或多个处理器是硬件的示例。例如，方法的操作中的至少一些操作可以由一个或更多个处理器或处理器实现的部件来执行。此外，一个或更多个处理器还可以进行操作以支持“云计算”环境中的相关操作的执行或操作为“软件即服务”(SaaS)。例如，操作中的至少一些操作可以由一组计算机(作为包括处理器的机器的示例)执行，其中这些操作能够经由网络(例如，因特网)并且经由一个或更多个适当的接口(例如，API)进行访问。某些操作的执行可以分布在处理器之间，不仅驻留在单个机器内，而且跨多个机器部署。在一些示例实施方式中，处理器或处理器实现的部件可以位于单个地理位置中(例如，在家庭环境、办公室环境或服务器群内)。在其他示例实施方式中，处理器或处理器实现的部件可以跨多个地理位置分布。

该上下文中的“通信网络”是指网络的一个或更多个部分，该网络可以是自组织网络、内联网、外联网、虚拟专用网络(VPN)、局域网(LAN)、无线LAN(WLAN)、广域网(WAN)、无线WAN(WWAN)、城域网(MAN)、因特网、因特网的一部分、公共交换电话网(PSTN)的一部分、普通老式电话服务(POTS)网络、蜂窝电话网络、无线网络、

该上下文中的“机器存储介质”指的是存储可执行指令、例程和/或数据的单个或多个存储设备和/或介质(例如，集中式或分布式数据库、和/或相关联的高速缓存和服务器)。因此，术语应被认为包括但不限于固态存储器以及光学和磁性介质，包括处理器内部或外部的存储器。机器存储介质、计算机存储介质和/或设备存储介质的具体示例包括：非易失性存储器，包括例如半导体存储器设备，例如可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、FPGA和闪存装置；磁盘，诸如内部硬盘和可移动磁盘；磁光盘；以及CD-ROM和DVD-ROM磁盘。术语“机器存储介质”、“设备存储介质”、“计算机存储介质”意指相同的事物，并且在本公开内容中可以互换使用。术语“机器存储介质”、“计算机存储介质”和“设备存储介质”明确地排除了载波、调制数据信号和其他这样的介质，载波、调制数据信号和其他这样的介质中的至少一些被涵盖在术语“信号介质”中。

该上下文中的“处理器”指根据控制信号(例如，“命令”、“操作码”、“机器码”等)操纵数据值并且产生应用于操作机器的对应输出信号的任何电路或虚拟电路(由在实际的处理器上执行的逻辑模拟的物理电路)。例如，处理器可以是中央处理单元(CPU)、简化指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、射频集成电路(RFIC)或其任何组合。处理器还可以是具有可以同时执行指令的两个或更多个独立处理器(有时称为“核”)的多核处理器。

该上下文中的“载波信号”指能够存储、编码或携载由机器执行的指令的任何无形介质，并且包括数字或模拟通信信号或其他无形介质以有助于这样指令的通信。指令可以经由网络接口设备使用传输介质在网络上发送或接收。

该上下文中的“信号介质”指能够存储、编码或携载由机器执行的指令的任何无形介质，并且包括数字或模拟通信信号或其他无形介质以有助于软件或数据的通信。术语“信号介质”应当被认为包括任何形式的调制数据信号、载波等。术语“调制数据信号”意指使其特性中的一个或更多个特性以对信号中的信息进行编码的方式来设置或改变的信号。术语“传输介质”和“信号介质”意指相同的事物并且可以在本公开内容中互换使用。

本上下文中的“计算机可读介质”指机器存储介质和传输介质两者。因此，这些术语包括存储设备/介质和载波/调制数据信号两者。术语“机器可读介质”、“计算机可读介质”和“设备可读介质”意指相同的事物，并且可以在本公开内容中互换使用。

描述

以下描述描述了示出本主题的示例实施方式的系统、方法、技术、指令序列和计算机器程序产品。在以下描述中，出于说明的目的，阐述了许多具体细节以便提供对本主题的各种实施方式的理解。然而，对于本领域技术人员而言将明显的是，可以在没有这些具体细节中的一些细节或其他细节的情况下实践本主题的实施方式。示例仅代表可能的变化。除非另有明确说明，否则结构(例如，诸如模块的结构性部件)是可选的，并且可以被组合或再分，并且操作(例如，在过程、算法或其他功能中)可以按顺序变化或被组合或再分。

买方通常对他们想要购买的产品的价格范围有预期(例如，450美元的物品x)。如果他们找到以该价格点销售产品的卖方，就可以进行销售。但如果他们没有找到以该价格点销售产品的卖方，则买方可以在卖方会允许的情况下给出报价。该过程只在买方和卖方之间进行，并且对双方来说是耗时且麻烦的。将存在多个往来信息，这些信息将最终引起在物品的价格点方面的同意或分歧。

卖方可能不愿意基于单个买方的兴趣来降低其陈列价格。然而，只有当卖方掌握足够数目的买方的兴趣时，卖方才可能愿意以低于陈列价格的价格出售其物品。这种价格降低可以被称为或认为是批量折扣。然而，当前的平台不具有如下能力：捕获一组买方的购买意向以及该组买方的价格幅度或价格范围并将捕获的购买意向以及价格幅度或价格范围呈现给一个或更多个卖方以用于履行。本申请基于隐藏属性(例如，每个卖方基于买方的购买意向的数目而愿意给予的批量折扣)在感兴趣的各方(例如，买方和卖方)之间提供了平台。批量折扣对于买方而言被隐藏不显示。换句话说，卖方没有向买方透露批量折扣的程度和范围(例如，基于数量的折扣价格曲线)。此外，每个卖方可能具有不同的折扣价格曲线。因此，本申请描述了一种电子商务平台，在该电子商务平台上，买方可以针对他们感兴趣的物品提供低价格点和高价格点的范围，并且该电子商务平台基于来自卖方的隐藏属性自动地满足该需求。

例如，当买方搜索产品并且在没有点击购买的情况下就离开页面时，平台可以示出弹出显示，询问买方是否因为价格太高而离开。如果是，则平台请求买方提供买方愿意购买该产品的价格范围。对于同一产品，从多个买方处捕获类似的信息。例如，有20个正在寻找物品X并且愿意在$460与$480之间进行支付的买方。该平台要求来自潜在买方的承诺(例如，来自买方的$10的押金，以确保他们对以这些价格点进行购买真正感兴趣)。根据这些潜在买方所需求的量，可以将该需求发送至一个或更多个卖方来履行：“您的物品X标价为$500。然而，有20个买方愿意出价$480。您可以通过单击以$480出售20件物品X。您同意吗？”如果卖方接受，则买方收到确认：他们的期望价格点被满足并且他们的物品X已发货。

在一个示例实施方式中，在服务器处运行的平台检测到在第一用户的第一客户端设备上运行的应用正在离开由发布应用提供的列表的显示(由服务器提供)。该列表标识物品以及由该物品的第一提供者提供的相应公开属性值。服务器响应于该检测而向第一客户端设备询问期望属性值。服务器从第一客户端设备接收期望属性值和对期望属性值的承诺。服务器访问通过第一提供者列出的物品隐藏属性值和物品相应数量范围属性值的数据库。隐藏属性值和相应数量范围属性值由第一提供者提供并对第一客户端设备隐藏。服务器基于以下来生成针对第一提供者的履行请求：来自第一客户端设备的若干承诺和相应期望属性值，来自物品的第一提供者的针对物品的隐藏属性值和相应数量范围属性值。

结果，本文中描述的一种或更多种方法有助于解决使不同的客户端设备能够在它们之间进行通信以就共同的隐藏属性(例如，批量折扣)达成一致的技术问题。本平台使得能够建立在物品的提供者之间没有区别的针对物品的需求曲线。如此，本文中描述的一种或更多种方法可以避免对某些工作或计算资源的需要，否则，这些工作或计算资源将包括在客户端设备中，丢弃物品的列表并在不知道隐藏属性的情况下连续执行针对该物品的其他列表的查找询问。结果，可以减少由一个或更多个机器、数据库或设备(例如，在环境内)使用的资源。这样的计算资源的示例包括处理器周期、网络流量、内存使用率、数据存储容量、功耗、网络带宽和冷却能力(cooling capacity)。

图1是可以实现或部署本公开内容的一些示例实施方式的网络环境100的图形表示。一个或更多个应用服务器104经由网络102向客户端设备110形式的联网用户设备提供服务器端功能。web客户端110(例如，浏览器)和编程式客户端108(例如“应用”)在Web客户端110上托管和执行。

应用程序接口(API)服务器118和web服务器120向应用服务器104提供相应的编程式接口和Web接口。特定的应用服务器116对市场应用122进行托管，该市场应用122包括部件、模块和/或应用。

市场应用122可以向访问应用服务器104的用户提供多个市场功能和服务。支付应用124同样可以向用户提供多个支付服务和功能。支付应用124可以允许用户在账户中积累价值(例如，以诸如美元的商业货币或诸如“点”的专有货币)，并且然后稍后将积累的价值兑换为经由市场应用122而可获得的产品(例如，商品或服务)。虽然图1中示出了市场应用122和支付应用124两者共同形成应用服务器104的一部分，但是将理解的是，在替选实施方式中，支付应用124可以形成与应用服务器116分离并且不同的支付服务的一部分。

此外，虽然图1所示的网络环境100采用客户端-服务器架构，但是实施方式当然不限于这样的架构，并且可以同样很好地在例如分布式或对等架构系统中得到应用。各种市场应用122和支付应用124也可以被实现为不一定具有联网能力的独立软件程序。

web客户端110经由web服务器120所支持的web接口来访问各种市场应用122和支付应用124。类似地，编程式客户端108经由通过应用程序接口(API)服务器118提供的编程式接口来访问由市场应用122和支付应用124提供的各种服务和功能。编程式客户端108可以例如是卖方应用(例如，由加利福尼亚州圣何塞市的eBay公司开发的eBay应用)，以使得卖方能够以离线方式在网络环境100上创作和管理列表，并且执行编程式客户端108与应用式服务器104之间的批处理模式通信。

图1还示出了在第三方服务器112上执行的第三方应用114，该第三方应用114被示出为具有经由通过应用程序接口(API)服务器118提供的编程式接口对应用服务器104的编程式访问。例如，使用从应用服务器116检索的信息的第三方应用114可以支持由第三方托管的网站上的一个或更多个特征或功能。例如，第三方网站可以提供由应用服务器104的相关应用支持的一个或更多个促销功能、市场功能或支付功能。

图1示出的任何系统或机器或与图1相关联的任何系统或机器(例如，数据库、设备、服务器)可以包括专用(例如，专门的或其他非通用的)计算机或者以其他方式以专用(例如，专门的或其他非通用的)计算机实现，该专用计算机已经被修改(例如，通过软件诸如应用、操作系统、固件、中间件或其他程序中的一个或更多个软件模块而被配置或编程)成执行本文所描述的针对该系统或机器的功能中的一个或更多个功能。例如，下面关于图14讨论能够实现本文所描述的方法中的任一种或更多种方法的专用计算机系统，并且因此这样的专用计算机可以是用于执行本文所讨论的方法中的任一种或更多种方法的设备。在这样的专用计算机的技术领域中，与缺少本文所讨论的结构或者无法另外执行本文所讨论的功能的其他专用计算机相比，通过本文所讨论的结构修改以执行本文所讨论的功能的专用计算机在技术上得以改进。因此，根据本文所讨论的系统和方法配置的专用机器提供了对类似专用机器的技术的改进。

此外，图1示出的系统或机器中的任何两个或更多个可以组合成单个系统或机器，并且本文中针对任何单个系统或机器描述的功能可以在多个系统或机器之间细分。另外，可以在网络环境100内实施任何数目和类型的客户端设备106。此外，网络环境100的一些部件或功能可以在网络环境100中的其他位置被组合或位于网络环境100中的其他位置。例如，可以在应用服务器116处实施客户端设备106的功能中的一些功能。

图2是示出在一个示例实施方式中作为网络环境100的一部分提供的市场应用122的框图。市场应用122可以托管在专用服务器机器或共享服务器机器(未示出)上，这些服务器机器被通信地耦接以使得能够在服务器机器之间或服务器机器中进行通信。市场应用122本身通信地耦接(例如，经由合适的接口)至彼此并且耦接至各种数据源，以便允许信息在市场应用122之间或市场应用122中传递或者以便允许市场应用120共享和访问公共数据。此外，市场应用122可以经由数据库服务器126访问一个或更多个数据库128。

应用服务器116可以提供多个发布、列表和价格设定机制，由此卖方可以列出销售的商品或服务(或者发布有关的信息)，买方可以表达对这样的商品或服务的兴趣或者表明购买这样的商品或服务的意愿，并且可以为与商品或服务有关的交易设定价格。为此，市场应用122被示出为包括支持拍卖格式列表和价格设定机制(例如，英语、荷兰语、维克瑞(Vickrey)、中文、双重、反向拍卖等)的一个或更多个拍卖应用204和至少一个发布应用202。各种拍卖应用204还可以提供支持这样的拍卖格式列表的多个特征，诸如销售者可以借以指定与列表有关的保留价格的保留价格特征以及出价者可以借以调用自动代理投标的代理投标特征。

多个固定价格应用214支持固定价格列表格式(例如，传统的分类广告类型列表或目录列表)和买断型(buyout-type)列表。具体而言，买断型列表(例如，包括由加利福尼亚州圣何塞市的eBay公司开发的Buy-It-Now(BIN)技术)可以与拍卖格式列表一起被提供，并且允许买方以通常高于拍卖的起始价格的固定价格来购买也被提供以经由拍卖进行销售的商品或服务。

列表创建应用212允许卖方方便地创作与他们希望经由应用服务器104交易的商品或服务有关的列表，并且列表管理应用210允许卖方管理这样的列表。具体地，在特定卖方已经创作和/或发布了大量列表的情况下，这样的列表的管理可能呈现挑战。列表管理应用210提供多个特征(例如，自动重新列表(auto-relisting)、库存水平监测等)以辅助卖方管理这样的列表。列表后管理应用208还可以辅助卖方进行通常在列出列表后发生的多个活动。

隐藏属性引擎206使用户(例如，卖方)能够提供由使用列表创建应用212的用户列出的物品的隐藏属性值(例如，价格点或折扣价格以及相应数量范围)。隐藏属性引擎206向正在访问包括具有公开的价格点的列表的页面的潜在买方提供“第二次机会”。隐藏属性引擎206捕捉买方对该物品的较低价格(低于公开价格点)作出承诺的意图。隐藏属性引擎206汇总来自买方对物品的意向或承诺的数目，并基于物品的一个或更多个被识别的卖方的对应隐藏属性(例如，私有价格点和相应数量属性)生成针对物品的一个或更多个被识别的卖方的履行请求。下面关于图3更详细地描述隐藏属性引擎206。

应当注意，本公开内容中使用的术语“web浏览器”应当被广义地解释为覆盖能够显示物品属性并渲染来自web服务器的图像的任何应用。如此，这可以包括传统的web浏览器以及在移动设备或其他设备上操作的独立应用(或app)。例如，web浏览器可以是：诸如来自微软公司的Internet Explorer的传统web浏览器、诸如购物应用、视频播放器app等的独立app。

在web浏览器是独立app的另一示例中，web浏览器可以在例如具有显示器和相机的移动设备上运行。因此，本文描述的技术可以潜在地实时地应用于由移动设备从外部源(例如经由因特网)获得的图像、应用于先前存储在移动设备上的图像、或者应用于由移动设备上的相机拍摄的图像。实际上，本文描述的技术可以应用于能够获得数字图像并将该数字图像的一部分发送至另一设备的任何设备。移动设备当然是一个示例，但是其他设备也是可能的，诸如可穿戴设备和头戴式设备。

图3是示出了根据一个示例实施方式的隐藏属性引擎的框图。隐藏属性引擎206使得买方和卖方能够基于来自买方的价格点范围以及来自卖方的隐藏折扣价格和相应数量来对物品的私人价格点作出承诺。在一个示例实施方式中，隐藏属性引擎206包括离开检测模块302、承诺捕获模块304、卖方隐藏属性模块306、承诺计数器模块308、卖方评级模块310和履行模块312。离开检测模块302检测用户130(例如，买方)是否正在离开物品的页面列表。例如，离开检测模块302检测到用户130正在浏览由市场应用122提供的列表页面，并且已经停留在列出该物品的特定页面上的时间超过在其他页面上的平均时间(例如10秒，而不是每个页面/物品列表的平均2秒)。离开检测模块302然后检测到用户130在10秒之后离开页面列表而没有购买物品。然后，离开检测模块302生成针对客户端设备106的消息(例如，弹出窗口)。离开检测模块302生成用户130是否想要提供物品的期望价格(低于来自列表的公开显示的价格)的消息询问。在一个示例中，期望的价格包括价格点(例如，$380)或价格点的范围(例如，$300至$350)。

承诺捕获模块304捕获来自用户130的承诺。承诺的一个示例包括使用例如支付应用124的货币订金。货币订金可以是与物品的陈列价格无关的固定金额(例如，$10)，或者是基于物品的陈列价格的金额(例如，陈列价格的25％美金)。在另一示例实施方式中，承诺可以包括用户130的承诺以期望的较低价格购买该物品的书面协议。

卖方隐藏属性模块306收集物品的卖方的隐藏属性值。例如，卖方隐藏属性模块306向卖方询问物品的公开陈列价格(例如，$400)、隐藏价格(例如，$380)以及相应数量范围(例如，5至20个单位)。隐藏价格和数量范围没有向买方公开。买方只能看到由卖方列出的公开价格。在一个示例实施方式中，直到满足前提量才向买方公开隐藏价格。在另一示例中，在满足前提量之后，向买方公开用户130和其他买方的订购单位的数量的范围(例如，“由于在同一交易中超过15个单位以$380出售，所以已经接受了你的$380的期望价格”)。

承诺计数器模块308生成对潜在买方承诺的单位的数目进行计数的计数器。例如，每次买方承诺购买1个单位的物品X，针对物品X的计数器就增加1。在一个示例实施方式中，承诺计数器模块308在从用户130接收到期望的价格点之后的预定时间段(例如，24小时)内操作。承诺计数器模块308递增卖方侧的计数器，以确定是否已经满足卖方在隐藏价格点处可接受的数量。在另一示例实施方式中，承诺计数器模块308伴随总计数记录买方的计数以及相应期望价格点(例如，总计数为8个单位：5个单位为$380，3个单位为$370)。卖方评级模块310跟踪卖方的评级。评级可以基于来自买方的反馈。履行模块312基于隐藏属性、承诺的数目和期望的价格点生成针对卖方的履行询问。例如，200个单位的物品X以期望的价格点被订购。履行模块312生成卖方A履行150个单位并且卖方B履行50个单位的履行请求。在一个示例实施方式中，可以基于由卖方评级模块310提供的卖方A和B的相应评级来选择卖方A和B。

在另一示例中，履行模块312通知买方他们总体上单位数目不足以具有批量折扣资格：“您期望的$380的价格几乎被接受；只需再有5个订单就具有以$380批量购买的资格。您想增加您的购买量或提高您的期望价格吗？”

图4是示出根据示例实施方式的用于递增物品的计数的方法400的流程图。方法400中的操作可以由隐藏属性引擎206使用上面关于图3描述的部件(例如，模块、引擎)来执行。因此，参照隐藏属性引擎206通过示例的方式来描述方法400。然而，应当理解的是，方法400的至少一些操作可以部署在各种其他硬件配置上或者由驻留在其他地方的类似部件执行。例如，可以在客户端设备106处执行操作中的一些操作。

在框402中，离开检测模块302检测客户端设备106正在离开显示由物品提供者列出的物品的列表的页面。在框404中，承诺捕获模块304向客户端设备106询问期望的范围(例如，$360至$380)或期望的价格点($380)。在框406处，承诺捕获模块304接收来自客户端设备106的承诺。在框408处，卖方隐藏属性模块306访问数据库128处的数据以得到由物品提供者列出的物品的隐藏属性。在框410处，承诺计数器模块308响应于接收到承诺递增物品提供者的物品的计数。在框412处，履行模块312确定总计数超过来自隐藏属性的阈值。在框414处，履行模块312响应于确定总计数超过阈值而生成来自物品提供者的成功交易的通知。

图5是示出根据另一示例实施方式的用于递增物品的计数的方法500的流程图。方法500中的操作可以由隐藏属性引擎206使用上面关于图3描述的部件(例如，模块、引擎)来执行。因此，参照隐藏属性引擎206通过示例的方式来描述方法500。然而，应当理解的是，方法500的至少一些操作可以部署在各种其他硬件配置上或者由驻留在其他地方的类似部件执行。例如，可以在客户端设备106处执行操作中的一些操作。

在框502中，离开检测模块302检测客户端设备106正在离开由物品提供者列出的物品的页面列表。离开检测模块302询问期望价格点范围的属性。在框506处，离开检测模块302接收来自客户端设备106的期望价格点范围的属性。在框508处，承诺捕获模块304与支付应用124进行通信，并检测客户端设备106的针对该物品的货币订金。

在框510中，卖家隐藏属性模块306访问来自物品提供者的针对该物品的隐藏价格点属性和相应数量阈值。隐藏价格点和数量阈值对客户端设备106隐藏(没有向客户端设备106公开)。在框512处，承诺计数器模块308响应于检测到货币订金而递增物品的承诺计数(不考虑卖方)。在框514处，履行模块312确定总的承诺计数超过与期望的价格点范围属性对应的隐藏价格点属性的数量阈值。在框516处，履行模块312生成针对客户端设备106(以及具有成功交易的其他客户端设备)的成功交易的通知。

在框602中，例程600在服务器处检测到在第一用户的第一客户端设备处运行的应用正在离开由发布应用提供的列表的显示，该列表标识物品以及由该物品的第一提供者提供的相应公开属性值。在框604中，例程600响应于该检测而向第一客户端设备询问期望属性值。在框606中，例程600接收来自第一客户端设备的期望属性值和对期望属性值的承诺。在框608中，例程600访问通过第一提供者列出的针对物品的隐藏属性值和针对物品的相应数量范围属性值的数据库，隐藏属性值和相应数量范围属性值由第一提供者提供并且对第一客户端设备隐藏。在框610中，例程600基于如下来生成针对第一提供者的履行请求：来自第一客户端设备的若干承诺和相应期望属性值，来自物品的第一提供者的针对物品的隐藏属性值和相应数量范围属性值。

图7示出了根据一个示例实施方式的隐藏属性表。表700包括公开价格属性702、隐藏价格属性704、隐藏数量阈值属性706和承诺计数器708。公开价格属性702表示卖家(也称为物品提供者)对该物品的公开陈列价格(例如，$20)。隐藏价格属性704表示卖方愿意出售的折扣价格/批量价格(对买方隐藏)(例如，$20、$19、$18)。隐藏数量阈值属性706表示针对相应折扣价格的阈值数量或范围(例如，最小2至5个单位以获得$19的折扣价格)。承诺计数器708递增针对各个隐藏价格属性704的计数器。例如，方框710指示一个买方已经承诺以$20购买该物品。方框712指示4个买方(或订购4个单位的物品的另一买方)已经承诺以$19购买相同的物品。

图8是示出根据一个示例实施方式的隐藏属性引擎的示例操作的框图。客户端设备810的用户802向隐藏属性引擎206提交针对物品X的$17的期望价格属性。客户端设备814的用户804向隐藏属性引擎206提交针对同一物品X的$19的期望价格属性。客户端设备816的用户806向隐藏属性引擎206提交针对同一物品X的$19的期望价格属性。客户端设备812的用户808向隐藏属性引擎206提交针对同一物品X的$18的期望价格属性。隐藏属性引擎206生成表824。在一个示例中，表824包括隐藏价格属性704、隐藏数量阈值属性706和承诺计数器708。方框818指示存在由用户以$19的价格点承诺的2个单元。方框818还指示被承诺的单位的数目落入针对相应$19的隐藏价格属性的隐藏数量阈值的对应范围(例如，2至5个单位)内。图8的示例示出了基于由用户820(例如，物品X的卖方)的客户端设备822提供的隐藏价格属性704和相应隐藏数量阈值属性706的表824。隐藏属性引擎206确定被承诺的单位的数目落入针对相应$19的隐藏价格属性的隐藏数量阈值的对应范围(例如，2至5个单位)内。隐藏属性引擎206生成针对客户端设备822的通知。该通知基于承诺计数器708标识承诺的数目。

图9是示出根据一个示例实施方式的隐藏属性引擎的示例操作的框图。客户端设备810的用户802向隐藏属性引擎206提交针对物品X的$17的期望价格属性。客户端设备814的用户804向隐藏属性引擎206提交针对同一物品X的$19的期望价格属性。客户端设备816的用户806向隐藏属性引擎206提交针对同一物品X的$19的期望价格属性。客户端设备812的用户808向隐藏属性引擎206提交针对同一物品X的$18的期望价格属性。用户820和用户914两者都已经使用市场应用122列出相同的物品X。隐藏属性引擎206生成针对客户端设备822的用户820的表824以及针对客户端设备910的用户914的表912。

在图9的当前示例中，表912包括隐藏价格属性902、隐藏数量阈值属性908和承诺计数器916。注意，物品提供者(例如，用户820、用户914)各自具有不同的隐藏数量阈值范围。例如，用户914针对物品X的$18的折扣价格指示较高的范围(例如，11至40个单位)，而用户820针对相同物品X的$18的相同折扣价格指示较低的范围(例如，2至5个单位)。针对每个用户设置了承诺计数器。例如，隐藏属性引擎206向用户820的客户端设备822提供承诺计数器906。隐藏属性引擎206向用户914的客户端设备910提供承诺计数器904。框918指示被承诺的单位的数目落入针对相应$19的隐藏价格属性的隐藏数量阈值的对应范围(例如，2至10个单位)内。

图10是示出根据另一示例实施方式的隐藏属性引擎的示例操作的框图。客户端设备810的用户802向隐藏属性引擎206提交针对物品X的$17的期望价格属性。客户端设备814的用户804向隐藏属性引擎206提交针对同一物品X的$19的期望价格属性。客户端设备816的用户806向隐藏属性引擎206提交针对同一物品X的$19的期望价格属性。客户端设备812的用户808向隐藏属性引擎206提交针对同一物品X的$18的期望价格属性。用户820和用户914两者都已经使用市场应用122以$20的共同的公开陈列价格列出了相同的物品X。隐藏属性引擎206生成针对客户端设备822的用户820的表1008以及针对客户端设备910的用户914的表1006。

在图10的当前示例中，表1008包括隐藏价格属性704、隐藏数量阈值属性706和承诺计数器708。表1006包括隐藏价格属性902、隐藏数量阈值属性908和承诺计数器916。注意，物品提供者(例如，用户820、用户914)各自具有交叠的不同的隐藏数量阈值范围。例如，用户914针对2至10个单位的范围指示了$16的较低价格，而用户820针对相同物品X的2至5个单位的范围指示了$17的较高价格。针对每个用户提供了承诺计数器。例如，隐藏属性引擎206向用户820的客户端设备822提供承诺计数器906。隐藏属性引擎206向用户914的客户端设备910提供承诺计数器904。

框1002指示被承诺的单位的数目落入针对相应$17的隐藏价格属性的隐藏数量阈值的对应范围(例如，2至5个单位)内。换句话说，因为承诺的数目落在2至5隐藏数量阈值范围内并且期望价格属性($17、$19、$19、$18)中的每一个都大于与2至5隐藏数量阈值范围对应的隐藏价格属性($17)，所以用户820愿意以$17向用户802、用户804、用户806和用户808出售物品X。

框1004指示被承诺的单位的数目落入针对相应$16的隐藏价格属性的隐藏数量阈值的对应范围(例如，2至10个单位)内。换句话说，因为承诺的数目落在2至5隐藏数量阈值范围内并且期望价格属性($17、$19、$19、$18)中的每一个都大于与2至10隐藏数量阈值范围对应的隐藏价格属性($16)，所以用户914愿意以$16向用户802、用户804、用户806和用户808出售物品X。

隐藏属性引擎206基于数量和期望价格确定用户820和用户914两者都可以完成该交易。例如，隐藏属性引擎206生成针对用户820或用户914的履行请求。在另一示例实施方式中，隐藏属性引擎206包括学习算法(未示出)，该学习算法选择哪个用户来发送履行请求以及改变履行请求中的价格属性。

例如(示例1)，隐藏属性引擎206在匹配价格属性(例如，框1002和框1004：来自用户914的$16，而不是来自用户820的$17)之间选择最低价格属性(以满足买方)，并向每个用户(用户802、用户804、用户806、用户808)收取$16，总金额为$48。

在另一示例(示例2)中，隐藏属性引擎206在匹配价格属性(例如，框1002和框1004：来自用户820的$17，而不是来自用户914的$16)之间选择最高价格属性(以满足卖方之一)，并向每个用户(用户802、用户804、用户806、用户808)收取$17，总金额为$54。

在又一示例(示例3)中，隐藏属性引擎206选择框1002和框1004之间的最高价格属性($17)来向买方(例如，用户802、用户804、用户806、用户808)收费，并选择框1002和框1004之间的最低价格属性($16)来通知卖方之一(例如，用户914)。

学习算法可以在不同的时间点选择不同的路径(例如，在示例1、2和3之间)。隐藏属性引擎206可以利用机器学习来实现学习算法，以通过预测市场应用122的哪个目标将被最大化(例如，买方满意度、卖方满意度、销售数目的增长、收益增长)来解决结算价格。例如，如果市场应用122强调买方满意度，则学习算法将引导隐藏属性引擎206遵循示例1的路径。如果市场应用122强调卖方满意度，则学习算法将引导隐藏属性引擎206遵循示例2的路径。如果市场应用122强调收益增长，则学习算法将引导隐藏属性引擎206遵循示例3的路径。

图11是示出根据一个示例实施方式的隐藏属性引擎的示例操作的框图。客户端设备810的用户802向隐藏属性引擎206提交针对物品X的$17至$19的期望价格范围属性。客户端设备814的用户804向隐藏属性引擎206提交针对同一物品X的$18至$19的期望价格范围属性。客户端设备816的用户806向隐藏属性引擎206提交针对同一物品X的$17至$18的期望价格范围属性。客户端设备812的用户808向隐藏属性引擎206提交针对同一物品X的$18至$19的期望价格范围属性。隐藏属性引擎206生成表1104。在一个示例中，表1104包括隐藏价格属性704、隐藏数量阈值属性706和承诺计数器708。隐藏属性引擎206针对每个对应价格点在每个用户的期望价格范围属性内而递增承诺计数器708。例如，来自用户802的$17至$19的期望价格范围针对隐藏价格属性$17计数为1次计数，针对隐藏价格属性$18计数为1次计数，以及针对隐藏价格属性$19计数为1次计数。框1102指示存在由用户(例如，用于802、用户804、用户808)以$19的价格点承诺的3个单元。隐藏属性引擎206生成针对客户端设备822的通知。该通知基于承诺计数器708标识承诺的数目。

图12是示出根据一个示例实施方式的隐藏属性引擎的示例操作的框图。截图1202的示例标识了客户端设备106处的产品物品和相应陈列价格(例如，$10)。响应于检测到离开诸如截图1202的列表页面而显示截图1204的另一示例。截图1204请求用户130输入期望的价格点1206，并使用确认按钮1208进行确认。

图13是示出根据一个示例实施方式的隐藏属性引擎的示例操作的框图。截图1304的一个示例标识了该物品的卖方的客户端设备处来自潜在买方的承诺的数目。截图1304还显示来自卖方的使用确认按钮1306的确认请求或使用取消按钮1302的取消请求。

图14是机器1400的图形表示，在该机器1400中可以执行使机器1400执行本文中所讨论的任何一种方法或更多种方法的指令1408(例如，软件、程序、应用、小程序、app或其他可执行代码)。例如，指令1408可以使机器1400执行本文中所讨论的任何一种方法或更多种方法。指令1408将通用的未编程的机器1400转换成被编程为以所描述的方式执行所描述和所示出的功能的特定机器1400。机器1400可以作为独立设备操作，或者可以耦接(例如，联网)至其他机器。在联网部署中，机器1400可以以服务器-客户端网络环境中的服务器机器或客户端机器的身份进行操作，或者作为对等(或分布式)网络环境中的对等机器进行操作。机器1400可以包括但不限于服务器计算机、客户端计算机、个人计算机(PC)、平板计算机、膝上型计算机、上网本、机顶盒(STB)、PDA、娱乐媒体系统、蜂窝电话、智能电话、移动设备、可穿戴设备(例如，智能手表)、智能家居设备(例如，智能家用电器)、其他智能设备、web设备、网络路由器、网络交换机、网络桥接器或能够依次地或以其他方式执行指定由机器1400要采取的动作的指令1408的任何机器。此外，虽然仅示出了单个机器1400，但是术语“机器”还应被认为包括单独地或联合地执行指令1408以执行本文中讨论的方法中的任何一种或更多种方法的机器的集合。

机器1400可以包括处理器1402、存储器1404和I/O部件1442，处理器1402、存储器1404和I/O部件1442可以被配置成经由总线1444彼此进行通信。在示例实施方式中，处理器1402(例如，中央处理单元(CPU)、简化指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、数字信号处理器(DSP)、ASIC、射频集成电路(RFIC)、另一处理器或其任何合适的组合)可以包括例如执行指令1408的处理器1406和处理器1410。术语“处理器”旨在包括多核处理器，该多核处理器可以包括可以同时执行指令的两个或更多个独立处理器(有时称为“核”)。尽管图14示出了多个处理器1402，但是机器1400可以包括具有单个核的单个处理器、具有多个核的单个处理器(例如，多核处理器)、具有单个核的多个处理器、具有多个核的多个处理器、或者其任意组合。

存储器1404包括主存储器1412、静态存储器1414以及存储单元1416，其均诸如经由总线1444而可由处理器1402访问。主存储器1404、静态存储器1414和存储单元1416存储实现本文描述的方法或功能中的任一种或更多种的指令1408。在由机器1400执行指令1408期间，指令1408还可以全部地或部分地驻留在主存储器1412内、在静态存储器1414内、在机器可读介质1418内、在存储单元1416内、在处理器1402中的至少一个内(例如，在处理器的高速缓冲存储器内)或者在其任何合适的组合内。

I/O部件1442可以包括用于接收输入、提供输出、产生输出、发送信息、交换信息、捕获测量等的各种部件。特定机器中包括的特定I/O部件1442将取决于机器的类型。例如，诸如移动电话的便携式机器可能包括触摸输入设备或其他这样的输入机构，而无终端服务器机器将可能不包括这样的触摸输入设备。将理解的是，I/O部件1442可以包括许多图14中未示出的其他部件。在各种示例实施方式中，I/O部件1442可以包括输出部件1428和输入部件1430。输出部件1428可以包括视觉部件(例如，诸如等离子显示面板(PDP)、发光二极管(LED)显示器、液晶显示器(LCD)、投影仪或阴极射线管(CRT)的显示器)、声学部件(例如，扬声器)、触觉部件(例如，振动马达、阻力机构)、其他信号发生器等。输入部件1430可以包括字母数字输入部件(例如，键盘、被配置成接收字母数字输入的触摸屏、光学键盘或其他字母数字输入部件)、基于指向的输入部件(例如，鼠标、触摸板、轨迹球、操纵杆、运动传感器或另一指向仪器)、触觉输入部件(例如，物理按钮、提供触摸或触摸手势的位置和/或力的触摸屏或其他触觉输入部件)、音频输入部件(例如，麦克风)等。

在其他示例实施方式中，I/O部件1442可以包括广泛的其他部件中的生物计量部件1432、运动部件1434、环境部件1436或位置部件1438。例如，生物计量部件1432包括用于检测表达(例如，手表达、面部表达、声音表达、身体姿势或眼睛跟踪)、测量生物信号(例如，血压、心率、体温、出汗或脑电波)、识别人(例如，语音识别、视网膜识别、面部识别、指纹识别或基于脑电图的识别)等的部件。运动部件1434包包括加速度传感器部件(例如，加速计)、重力传感器部件、旋转传感器部件(例如，陀螺仪)等。环境部件1436包括例如照明传感器部件(例如，光度计)、温度传感器部件(例如，检测环境温度的一个或更多个温度计)、湿度传感器部件、压力传感器部件(例如，气压计)、声学传感器部件(例如，检测背景噪声的一个或更多个麦克风)、接近度传感器部件(例如，检测附近对象的红外传感器)、气体传感器(例如，为了安全而检测危险气体的浓度或者测量大气中的污染物的气体检测传感器)、或者可以提供与周围物理环境对应的指示、测量或信号的其他部件。位置部件1438包括定位传感器部件(例如，GPS接收器部件)、海拔传感器部件(例如，检测可以得到海拔的气压的高度计或气压计)、取向传感器部件(例如，磁力计)等。

可以使用各种技术来实现通信。I/O部件1442还包括通信部件1440，通信部件1440能够进行操作以分别经由耦接(coupling)1424和耦接1426将机器1400耦接至网络1420或设备1422。例如，通信部件1440可以包括与网络1420对接的网络接口部件或另一合适的设备。在另一示例中，通信部件1440可以包括有线通信部件、无线通信部件、蜂窝通信部件、近场通信(NFC)部件、

另外，通信部件1440可以检测标识符或包括可操作以检测标识符的部件。例如，通信部件1440可以包括射频识别(RFID)标签读取器部件、NFC智能标签检测部件、光学读取器部件(例如，用于检测下述项的光学传感器：一维条形码诸如通用产品代码(UPC)条形码；多维条形码，诸如快速响应(QR)代码、Aztec代码、数据矩阵、数据图示符(Dataglyph)、麦克斯码(MaxiCode)、PDF417、超代码、UCC RSS-2D条形码和其他光学代码)、或者声学检测部件(例如，用于识别标记的音频信号的麦克风)。另外，可以经由通信部件1440得到各种信息，诸如经由互联网协议(IP)地理定位的定位、经由

各种存储器(例如，存储器1404、主存储器1412、静态存储器1414和/或处理器1402的存储器)和/或存储单元1416可以存储由本文描述的任何一个或更多个方法或功能实现或使用的一组或更多组指令和数据结构(例如，软件)。这些指令(例如，指令1408)在由处理器1402执行时使得各种操作实现所公开的实施方式。

可以经由网络接口设备(例如，通信部件1440中包括的网络接口部件)使用传输介质并且利用许多公知的传输协议中的任意一种传输协议(例如，超文本传输协议(HTTP))，通过网络1420来发送或接收指令1408。类似地，可以使用传输介质经由耦接1426(例如，对等耦接)针对设备1422发送或接收指令1408。

尽管已经参照具体示例实施方式描述了实施方式，但是将明显的是，在不偏离本公开内容的更宽范围的情况下，可以对这些实施方式进行各种修改和变化。因此，说明书和附图要被视为示出性意义而不是限制性意义。形成本文的一部分的附图以图示的方式并且非限制性地示出其中可以对本主题进行实践的具体实施方式。足够详细地描述了所示的实施方式，以使得本领域技术人员能够对本文中公开的教示进行实践。可以利用并且由此得到其它实施方式，使得可以在不偏离本公开内容的范围的情况下做出结构性和逻辑性替换和变化。因此，该详细描述不以限制性意义而被采用，并且各种实施方式的范围仅通过所附权利要求与称为这样的权利要求的等同方案的全部范围一起来限定。

本发明主题的这样的实施方式在本文中可以仅出于便利而被单独地和/或共同地称为术语"发明"，而不意在在实际上公开了多于一个发明或发明概念的情况下将本申请的范围主动地限制为任何单个发明或发明概念。因此，虽然已经在本文中示出和描述了具体实施方式，但是应当意识到的是，被计算以实现相同目的的任何布置可以针对所示出的具体实施方式而被替换。本公开内容旨在涵盖各种实施方式的任何以及全部调整或变型。当对上述描述进行回顾时，上述实施方式以及本文中未具体描述的其它实施方式的组合对本领域的技术人员而言将是明显的。

提供了本公开内容的摘要以使得读者能够快速地确定本技术公开内容的本质。应当理解提交摘要不用于解释或限制权利要求的范围或含义。另外，在前述具体实施方式中，可以看到的是，出于使本公开内容精简的目的，各种特征在单个实施方式中被分组在一起。本公开内容的方法不应被解释为反映如下意图：所要求保护的实施方式需要比在每个权利要求中明确列举的特征更多的特征。而是，如所附权利要求反映的，本发明主题在于少于单个公开的实施方式中的所有特征。因此，所附权利要求由此被并入具体实施方式中，其中每个权利要求自身独立地作为单独的实施方式。

示例

示例1是计算机实现的方法。该方法包括：在服务器处检测在第一用户的第一客户端设备处运行的应用正在离开由发布应用提供的列表的显示，该列表标识物品以及由该物品的第一提供者提供的相应公开属性值；响应于该检测，向第一客户端设备询问期望属性值；接收来自第一客户端设备的期望属性值和对期望属性值的承诺；访问通过第一提供者列出的物品的隐藏属性值和物品的相应数量范围属性值的数据库，隐藏属性值和相应数量范围属性值由第一提供者提供并且对第一客户端设备隐藏；以及基于来自第一客户端设备的若干承诺和相应期望属性值、来自物品的第一提供者的物品的隐藏属性值和相应数量范围属性值，生成针对第一提供者的履行请求。

在示例2中，示例1的主题可以可选地包括：确定物品的期望属性值与隐藏属性值对应；递增与隐藏属性值对应的数量范围属性的承诺计数；确定该承诺计数在与隐藏属性值对应的数量范围属性内，其中，履行请求标识通过第一提供者列出的物品的隐藏属性值和承诺计数。

在示例3中，示例2的主题可以可选地包括：生成针对第一客户端设备的履行请求的确认，该确认标识通过第一提供者列出的物品的隐藏属性值和承诺计数。

在示例4中，示例1的主题可以可选地包括：在从对第一客户端设备的询问起预定持续时间内，重复针对第二客户端设备的检测、询问、接收和生成。

在示例5中，示例1的主题可以可选地包括：其中，检测还包括：在从接收来自第一客户端设备的显示列表的请求起一定的经过时间内，接收来自第一客户端设备的显示由发布应用提供的另一列表的请求；以及确定经过时间超过预定持续时间阈值。

在示例6中，示例1的主题可以可选地包括：其中，承诺包括对货币订金的确认，该货币订金的值与公开属性值的一部分对应。

在示例7中，示例1的主题可以可选地包括：接收来自第二客户端设备的第二期望属性值和对第二期望属性值的承诺；以及基于来自第一客户端设备和第二客户端设备的承诺的数目和相应期望属性值来生成履行请求。

在示例8中，示例1的主题可以可选地包括：访问通过物品的第二提供者列出的物品的隐藏属性值和物品的相应数量范围属性值的数据库，隐藏属性值和相应数量范围属性值由第二提供者提供并且对第一客户端设备隐藏；以及基于第一提供者和第二提供者的隐藏属性值和相应数量范围属性值，生成针对第一提供者和第二提供者的组合的履行请求。

在示例9中，示例8的主题可以可选地包括：基于每个提供者的评级参数对第一提供者和第二提供者进行分级；以及基于评级参数和承诺的数目生成针对第一提供者和第二提供者的履行请求。

在示例10中，示例1的主题可以可选地包括：其中，期望属性值包括期望值的范围，其中，生成履行请求还包括：递增与期望值的范围内的每个值的隐藏属性值对应的承诺计数。