用于动态会事出席管理的系统和方法

用于动态会事出席管理的系统和方法
【专利摘要】票券出售商系统通过在会事之前和期间跟踪持票者的位置以向用户提供票券转售和座位升级的机会，可以向系统的用户提供增强的会事体验。用户的位置可以被利用以通过向顾客提供新的升级和转售选项向会事出席者提供提升的价值并且，允许会事主办方最大化会事期间对他们的场地的使用率。可能错过会事以及以其他方式失去他们的全部票券价值的用户可以基于他们的位置被检测，并且通过转售票券提供了收回部分费用的机会。希望升级他们在会事处的座位的会事出席者可以被提供有购买在会事进行时已经离开该会事的其他出席者空出的会事座位的升级票券的机会。
【专利说明】
用于动态会事出席管理的系统和方法
[0001] 相关申请的交叉引用
[0002] 本申请要求于2013年12月4日递交的美国申请No. 14/096，335的优先权，其全部内 容通过引用被整体合并于此。
技术领域
[0003] 本公开总体涉及电子商务，更加具体地涉及已购买的会事（event)票券的重新分 配。
【背景技术】
[0004] 计算机系统和网络方便了购买、出售和转让商品的工作。例如，全球计算机网络 (诸如，互联网）已经允许购买者相对快速和高效地在线查找和购买商品。类似地，全球计算 机网络向出售者提供了高效和划算的媒介以用于宣传、报价、提供和出售他们的商品。电子 商务公司向买方和卖方提供了在线服务和架构，以接受来自远程购买者的商品订单、执行 确认和完成商品买卖所必需的金融交易、运送或配送商品至远程购买者、以及执行其他相 关的后勤。
[0005] 电子商务领域内的商品市场的一个示例是在线票券市场。各种在线票券出售者提 供了各方能够通过其在线购买和出售票券的网站。这些票券可以被用户获得以保留针对各 种现场会事(诸如，体育赛事、音乐会、戏剧表演以及其他娱乐活动）的座位和/或入场许可。 通常，买方在票券市场网站或其他在线条目（online listing)上寻找可购得的票券，并且 (如果有可购得的票券)决定可够得的票券中的哪些票券是买方感兴趣的、考虑购买的。
[0006] 凭票会事的票券通常在会事举行之前销售得很好。例如，音乐艺术家的乐迷通常 将在数月前购买该音乐艺术家的现场表演的票券。由于多种情形，已购买的票券经常未被 票券购买者使用。票券购买者可能在知情或不知情的情况下未能出席他们已经为此购买了 票券的凭票会事，或者甚至当出席会事时，他们可能过早地离开会事，致使会事处的座位空 置。按照常规，如果票券购买者希望转售票券，他们需要确定他们将不会出席会事。然而，在 一些情形中，票券购买者可能忘记了会事、低估了到达会事现场将花费的时间或者意外地 过早离开会事。在这些情况下，购买者没有可以收回花费在票券上的任何金钱的机制，并且 没有方法可以使得会事场地填充未被使用的座位或者与未被使用的票券或未被充分使用 的票券相关联的座位。
[0007] 因此，希望提供用于重新分配各种凭票会事的未被使用的、被部分使用的和/或可 能不被使用的票券的系统和方法。
【附图说明】
[0008] 图1是根据实施例的适用于使用增强的票券信息来实施对于凭票会事的票券的选 择和购买的说明性计算系统的框图。
[0009] 图2是根据实施例的适合于在图1的计算系统中的一个或多个设备上实施的说明 性计算机系统的框图。
[0010] 图3是根据实施例的用于促进对于凭票会事的票券的选择、购买和重新分配的说 明性系统的框图。
[0011] 图4是根据实施例的会事场地周围的说明性区域的图示，其中示出了在场地周围 的各种位置处的持票者。
[0012] 图5是根据实施例示出可以由票券供应商执行以用于确定持票者是否可能出席会 事和转售不可能出席会事的持票者的票券的说明性过程的流程图。
[0013] 图6A和6B根据实施例一起示出了描述可以由票券供应商执行以用于确定持票者 是否可能出席会事和转售不可能出席会事的持票者的票券的说明性过程的进一步细节的 流程图。
[0014] 图7是根据实施例示出可以被执行以用于转售被部分使用的票券的说明性过程的 流程图。
[0015] 图8是根据实施例示出可以被执行以用于向会事出席者提供座位升级的说明性过 程的流程图。
【具体实施方式】
[0016] 本部分描述了根据本发明的方法和装置的示范性应用。这些示例仅被提供以添加 背景并有助于对本发明的理解。因此，对本领域的技术人员显而易见的是本发明可以在不 具备这些具体细节中的一些或全部的情况下被实践。在其他实例中，已知的处理步骤未被 详细描述以避免不必要地模糊本发明。其他应用也是可行的，因而下面的示例不应当被视 作限制性的。
[0017] 在下面的详细描述中，参考了组成说明书的一部分的附图，并且在附图中通过说 明的方式示出了本发明的具体实施例。尽管这些实施例被充分详细地描述以使本领域的技 术人员能够实践本发明，但是应当理解的是这些示例并非是限制性的，从而其他实施例也 可以被使用，并且在不背离本发明的精神和范围的情况下可以做出改变。
[0018] 提供了用于执行与凭票会事的票券的在线销售、购买和转售有关的活动的设备、 系统和方法。在各种具体实施例中，设备、系统或方法可以涉及通过网络进行通信的一个或 多个设备。这种设备、系统和方法可以促进对于各种凭票会事的票券的选择和购买以及与 已购买的票券相关联的基于位置的转售活动。
[0019] 基于位置的转售活动可以包括会事前基于位置的转售活动、会事中基于位置的转 售活动或者其他基于位置的转售活动，在这些活动中具有针对会事处的座位的票券的用户 的位置被确定，并且基于所确定的位置，提供针对该座位的额外票券(例如，转售票券或升 级票券)以用于销售。
[0020] 会事前基于位置的转售活动可以包括:基于检测到的票券购买者的位置，确定该 票券购买者不可能或无法出席会事，向该票券购买者提醒票券转售可能性，从该票券购买 者处回购票券，并且把票券作为转售票券进行转售。转售票券可以包括向新的票券购买者 出售该票券或者将该票券作为升级转售票券提供给会事的其他票券购买者。
[0021] 会事中基于位置的转售活动可以是与向当前位于会事处的出席者转售作为升级 票券的票券相关联的活动。会事中基于位置的转售活动可以包括:基于检测到的会事出席 者的位置，确定该会事出席者已经离开或正在离开会事(从而放弃了该会事出席者所购买 的票券并且空出了场地内的相关联的座位），可选择地向离开的出席者提醒票券转售选项， 以及把离开的出席者的座位作为升级票券提供给当前在会事场地内的其他出席者。在各种 实施例中，升级票券的价格可以基于会事所剩的时间量、升级票券座位到表演区 (attraction)的接近程度和/或其他升级票券的受欢迎度(作为示例)来确定。
[0022] 在各种实施例中，系统可以确定具有针对会事处的座位的票券的用户的位置，至 少部分地基于位置确定该位置将在部分或全部的会事中是未使用的，可选择地接收来自用 户的该座位可被转售的确认，以及向另一用户提供该待售座位。至少部分地通过确定在会 事之前的时间处用户的位置位于会事场地周围的预定范围之外，可以确定该座位将在会事 的全部时间内为未使用的。至少部分地通过确定在会事期间的某一时间处用户的位置位于 会事场地之外(从而指示该用户在会事正在进行时已经离开该会事），可以确定该位置将在 会事的一部分时间内是未使用的。
[0023] 这种类型的会事前基于位置的转售活动和/或会事中基于位置的转售活动可以帮 助票券购买者在所购买的票券不能被使用的情况下减少财务损失，并且可以帮助会事场地 所有者在凭票会事进行之前和其期间最大化出席率和有效地管理针对可用座位的票券的 重新分配。这些类型的基于位置的票券转售活动可以帮助场地所有者管理会事出席率，从 而会事的每一个座位都被会事出席者占用。
[0024] 尽管本文所公开的各种示例关注关于票券的在线销售和/或购买的特定方面，但 是将理解的是本文所公开的各种发明原理和实施例也可以被应用于其他类型的凭票应用 和布置。例如，个人执行的或在不公开或专有计算系统上执行的票券购买可以利用在所提 供的各种系统或方法中发现的一个或多个方面和特征。
[0025] 在说明书各处对"各种实施例"、"一些实施例"、"一个实施例"、"实施例"、"各种示 例"、"一个示例"、"示例"、"某一示例"、或"一些示例"的引用意为关于实施例或示例所描述 的具体特征、结构或特点被包括在至少一个实施例中。因此，它们的出现不一定全部指代同 一实施例。另外，具体的特征、结构或特点可以以适当的方式被合并在一个或多个实施例 中。
[0026] 根据实施例，计算机程序产品可以包括非暂态机器可读介质。非暂态机器可读介 质可以具有指示一个或多个处理器执行本文所公开的任何方法的计算机可读和可执行代 码。
[0027] 从图1开始，图1以框图形式示出了适用于实施针对凭票会事的票券的选择和购买 和/或基于位置的凭票会事的票券转售的计算系统的示例性实施例。如所示，计算系统100 可以包括或实施多个服务器和/或软件组件，它们操作以执行根据所述实施例的各种方法。 示例性服务器可以包括例如运行服务器〇 S (诸如MICROSOFT? 〇 S、UNIX· 〇 S、 LINUX⑩〇S、或其他适当的基于服务器的OS)的独立和企业级服务器。可以理解的是图1所 示出的服务器可以以其他方式被利用并且这类服务器所执行的操作和/或所提供的服务可 以针对给定实施方式被合并或分离并且可以由更大数目或更小数目的服务器来执行。一个 或多个服务器可以被相同或不同实体操作和/或维护。
[0028] 计算系统100除了各种设备、服务器、数据库和其他元件之外可以包括客户端102， 客户端102可以包括或利用一个或多个客户端设备104,诸如膝上型计算机、移动计算设备、 PC、和/或具有根据所述实施例的计算和/或通信能力的任何其他计算设备。具体来说，特别 考虑到客户端设备104可以包括用户可以操作或携带在他或她身上的并且容易使用的蜂窝 电话或其他类似的移动设备。
[0029] 客户端设备104通常可以提供一个或多个客户端程序106,例如用以执行各种计算 和/或通信操作的系统程序和应用程序。示例性系统程序可以包括，但不限于:操作系统(例 如，M1CROSC)FT?〇S、UNIX_〇S、LINU-X? 〇S、Symbian 0S?、EmbediX 0S、无线二进 制运行时环境01^1)〇5、如^〇5、无线应用协议(14?)〇5等等）、设备驱动器、编程工具、实用 程序、软件库、应用编程接口（API)等等。示例性应用程序可以包括，但不限于:web浏览器应 用、消息递送应用(例如，e -m a i I、IM、SM S、MM S、电话、语音邮件、V 〇 IP、视频消息递送）、联系 应用、日程应用、电子文件应用、数据库应用、媒体应用（例如，音乐、视频、电视）、基于位置 的服务(LBS)应用(例如，GPS、地图、方向、兴趣点、定位器)等等。一个或多个客户端程序106 可以显示各种图形用户界面(GUI)以向一个或多个客户端设备104呈现信息和/或从一个或 多个客户端设备104接收信息。
[0030] 如所示，客户端102可以经由一个或多个网络108被通信地耦合至基于网络的系统 110。基于网络的系统110可以被构成、布置和/或配置为允许客户端102通过使用各种计算 设备104和/或客户端程序106建立与基于网络的系统110的一个或多个通信会话。因此，客 户端102和基于网络的系统110之间的通信会话(例如，用于凭票会事的票券的基于位置的 选择、销售和/或购买的通信会话)可以涉及单向和/或双向信息交换并且取决于通信模式 可发生于一种或多种类型的网络108上。尽管图1的实施例示出了部署在客户端-服务器操 作环境中的计算系统100,但是应当理解的是根据所述实施例可使用其他适当的操作环境 和/或架构。
[0031] 客户端102和基于网络的系统110之间的数据和/或语音通信可以通过一个或多个 网络1〇8(诸如互联网、WAN、醫AN、WLAN、移动电话网络、陆地线电话网络、VoIP网络、以及其 他适当的网络)被发送和接收。例如，客户端102可以通过互联网或其他适当的WAN，经由与 web站点、e-mail、IM会话和/或视频消息递送会话的交互发送或接收信息来与基于网络的 系统110通信。如很容易理解地，可以发生在客户端102和系统110之间的多种适当的通信类 型中的任何一种。具体来说在客户端102和系统110之间可以发生任何适当形式的无线通 信，诸如在移动电话或其他个人移动设备的情形下经常发生的那些无线通信。
[0032]在各种实施例中，除了其他元件之外，计算系统100可以包括第三方112，其可以包 括或使用托管第三方应用116的第三方服务器114。在各种实施方式中，第三方服务器114 和/或第三方应用116可以托管与第三方112相关联的或者由第三方112使用的web站点。例 如，第三方服务器114和/或第三方应用116可以使基于网络的系统110能够向客户端102提 供额外的服务和/或信息，诸如额外的票券库存。第三方服务器114和/或第三方应用116可 以向系统110和/或客户端102提供电子邮件服务和/或信息、社交网络服务和/或信息、旅行 服务和/或信息、消费服务和/或信息或者其他在线服务和/或信息。
[0033]在一个实施例中，第三方服务器112可以包括托管用户的社交网络账户的社交网 络服务器。在另一实施例中，第三方服务器112可以包括托管用户的电子邮件账户的电子邮 件服务器。在又一实施例中，第三方服务器112可以包括这样的旅行网站，例如航空网站、铁 路公司网站或其他提供待售的旅行服务或诸如航班时间表、航班状态、交通信息或火车时 间表(作为示例)之类的其他信息的旅行网站。在一些实施例中，一个或多个客户端程序106 可以被用于经由第三方112访问基于网络的系统110。例如，在最初与第三方网站112通信之 后，客户端102可以使用web客户端来访问和/或接收来自基于网络的系统110的内容。
[0034]基于网络的系统110可以包括一个或多个通信服务器120以提供使能使用各种通 信模式和/或经由一个或多个网络108的通信的适当接口。通信服务器120可以包括用以提 供到一个或多个应用服务器130的接口的web服务器122、API服务器124、和/或消息递送服 务器126。基于网络的系统110的应用服务器130可以被构造、布置和/或配置为向访问基于 网络的系统110的用户提供各种在线市场和/或票券实现(ticket fulfillment)服务。在各 种实施例中，客户端102可以经由web服务器122提供的web接口、API服务器124提供的编程 接口和/或消息递送服务器126提供的消息递送接口中的一个或多个与基于网络的系统110 的应用服务器130通信。能够理解的是web服务器122、API服务器124和消息递送服务器126 可以被构造、布置和/或配置为与各种类型的客户端设备104和/或客户端程序106通信，并 且在一些实施方式中可以互相进行交互操作。
[0035] Web服务器122可以被布置为与web客户端和/或诸如web浏览器、web浏览器工具 栏、桌面微件(widget)、移动微件、基于web的应用、基于web的翻译器、虚拟机之类的应用通 信。API服务器124可以被布置为与各种客户端程序106和/或包括针对基于网络的系统110 的AP 1实现的第三方应用116通信。消息递送服务器126可以被布置为与各种消息递送客户 端和或应用(诸如e-mai 1、頂、SMS、丽S、电话、VoIP、视频消息递送等等)通信，并且消息递送 服务器126可以提供消息递送接口以使能客户端102和/或第三方112对应用服务器130提供 的各种服务和功能的访问。
[0036] 当被实现为在线票券市场时，基于网络的系统110的应用服务器130可以提供各种 在线市场和票券实现服务，包括例如账户服务、买入服务、出售服务、目录列表服务、动态出 席管理服务、递送服务、支付服务、收集服务、基于位置的服务以及通知服务。应用服务器 130可以包括被构造和布置为提供这类在线市场和票券实现和/或重新分配服务的账户服 务器132、出售服务器134、买入服务器136、目录列表服务器138、动态内容管理服务器140、 支付服务器142、通知服务器144和/或递送服务器146。
[0037] 进而，应用服务器130可以被耦合至包括订户数据库152、活跃会事数据库154和/ 或交易数据库156的一个或多个数据库150,并且能够访问一个或多个数据库150。根据所述 实施例，数据库150-般可以存储和保持由应用服务器130使用的各种类型的信息，并且可 以包括或者由各种类型的计算机存储设备(例如，服务器、存储器)和/或(例如，关系的、面 向对象的、分层的、维度的、网络)数据库结构实现。
[0038] 继续参考图2,图2以框图的形式描述了适用于在图1的计算系统中的一个或多个 设备上实现的示范性计算机系统200。在各种实施方式中，包括计算机系统200的设备可以 包括能够与网络通信的个人计算设备(例如，智能或移动电话、计算平板、个人计算机、膝上 型计算机、PDA、蓝牙设备、key FOB(钥匙坠型存储设备）、识别证等等）。票券提供商和/或支 付提供商可以利用能够与网络通信的网络计算设备（例如，网络服务器）。应当理解的是由 用户、票券提供者和支付提供者使用的每一个设备可以以下述方式被实现为计算机系统 200 〇
[0039]计算机系统200可以包括总线202或其他通信机制用于在计算机系统200的各种组 件之间传输信息数据、信号和信息。组件包括处理用户动作（诸如，选择小键盘/键盘上的 键、选择一个或多个按钮或链接等等）和向总线202发送相应信号的输入/输出（I/O)组件 204。1/0组件204还可以包括输出组件，诸如显示器211和光标控制器213(诸如，键盘、小键 盘、鼠标等等）。可选的音频输入/输出组件205也可以被包括以允许用户通过转换音频信号 来使用语音输入信息。音频I/O组件205可以允许用户听到音频。收发机或网络接口 206经由 网络在计算机系统200和其他设备(诸如，另一用户设备、商户服务器、场地服务器、电子邮 件服务器、社交网络服务器、其他第三方服务器和/或支付提供商服务器)之间发送和接收 信号。在各种实施例中，诸如对于许多蜂窝电话和其他移动设备实施例来说，这种传输可以 是无线的，尽管其他传输介质和方法也可以是适当的。处理器212(它可以是微控制器、数字 信号处理器(DSP)或其他处理组件)处理这些各种信号，例如以用于显示在计算机系统200 上或通过网络260经由通信链路218传输至其他设备。同样，在一些实施例中，通信链路218 可以简单地是无线通信形式。处理器212还可以控制诸如cookies或IP地址之类的信息到其 他设备的传输。
[0040]计算机系统200的组件还包括系统存储器组件214(例如，RAM)、静态存储组件216 (例如，ROM)和/或磁盘驱动器217。计算机系统200由处理器212和其他组件通过执行被包含 在系统存储器组件214中的一个或多个指令序列来执行特定操作。逻辑可以被编码在计算 机可读介质中，该计算机可读介质可以指代参与向处理器212提供用于执行的指令的任何 介质。这样的介质可以采取许多形式，包括但不限于:非易失性介质、易失性介质和传输介 质。在各种实施方式中，非易失性介质包括光盘或磁盘，易失性介质包括动态存储器(诸如 系统存储器组件214)，以及传输介质包括同轴电缆、铜线和光纤，包括包含总线202的线缆。 在一个实施例中，逻辑被编码在非暂态机器可读介质中。在一个示例中，传输介质可以采取 声波或光波的形式，诸如在无线电波通信、光通信、和红外线数据通信期间生成的那些声波 或光波。
[0041 ] -些常见形式的计算机可读介质例如包括:软盘、软性磁盘、硬盘、磁带、任何其他 磁介质、CD-ROM、任何其他光学介质、穿孔卡、纸带、任何其他具有孔型的物理介质、RAM、 卩如14?如1、？1^3^?如1、任何其他存储器芯片或匣、或计算机适于从其读取的任何其他 介质。
[0042] 在本公开的各种实施例中，对用来实践本公开的指令序列的执行可以由计算机系 统200执行。在本公开的各种其他实施例中，通过通信链路218被耦合至网络（诸如，LAN、 WLAN、PTSN和/或各种其他有线或无线网络，包括电信、移动和蜂窝电话网络)的多个计算机 系统200可以执行指令序列以互相协调地实践本公开。本文所述的模块可以被体现在一个 或多个计算机可读介质中或与一个或多个处理器通信以执行或处理本文所述的步骤。
[0043] 计算机系统可以通过通信链路和通信接口发送和接收消息、数据、信息和指令，包 括一个或多个程序（即，应用代码）。当程序代码被接收和/或存储在磁盘驱动器组件或其他 一些非易失性存储组件以用于执行时，可以由处理器执行该被接收的程序代码。
[0044] 在适用的情况下，由本公开提供的各种实施例可以使用硬件、软件或硬件和软件 的组合来实现。同样，在适用的情况下，本文所提及的各种硬件组件和/或软件组件在不背 离被公开的精神的前提下可以被合并为包括软件、硬件和/或它们二者的复合组件。在适用 的情况下，本文所提及的各种硬件组件和/或软件组件在不背离本公开的范围的前提下可 以被分离成包括软件、硬件或它们二者的子组件。另外，在适用的情况下，应当认识到的是 软件组件可以被实现为硬件组件或者反之亦然。
[0045] 根据本公开，诸如程序代码和/或数据之类的软件可以被存储在一个或多个计算 机可读介质上。还应当认识到的是本文所标识的软件可以使用一个或多个通用或专用计算 机和/或计算机系统、网络和/或其他方式来实现。这种软件可以在客户端102、基于网络的 系统110或二者处的沿着或遍布系统的一个或多个位置处被存储和/或使用。在适用的情况 下，本文所述的各种步骤的顺序可以被改变、合并为复合步骤和/或分离成子步骤以提供本 文所述的特征。
[0046] 前述网络、系统、设备和它们的许多变体可以被用于实现票券转售操作，例如使用 检测到的票券购买者的位置来实现针对会事处座位的票券的基于位置的转售。
[0047] 图3是根据实施例示出可以被用于在会事之前和/或会事期间确定票券购买者的 位置并且基于所确定的位置采取适当票券转售动作的票券选择和购买系统的框图。如图3 所示，票券服务器330可以与一个或多个用户设备(诸如，用户设备320)、一个或多个场地设 备(诸如，场地设备310)和一个或多个第三方服务器(诸如，第三方服务器350)通信。
[0048] 在一些实施例中，场地设备(诸如场地设备310)可以存在于多个不同会事场地中 的每一个会事场地处(例如，体育场、剧院、竞技场、圆形露天剧场或在其中举办凭票会事的 其他场地）。场地设备310可以提供关于被安排在特定场地的会事的信息和关于该场地处的 座位安排的信息。在一些实施例中，场地设备310可以向票券服务器330提供信息。票券服务 器330可以从一个或多个场地设备310、从其他来源获取关于被安排在各种场地的会事的信 息和关于各种场地的座位安排的信息，或者票券服务器330可以具有会事信息和场地信息 数据库，该数据库不依赖于与场地设备的任何交互。票券服务器330可以例如是图1的系统 110的实现方式。
[0049] 场地设备310可以例如是计算机、服务器、计算平板或移动设备。场地设备310可以 具有诸如处理器312之类的处理电路和诸如存储器311之类的存储设备。处理器312可以执 行被存储在存储器311中的软件程序以提供关于被安排在场地处的会事和针对每一场被安 排的会事在场地处的座位安排的信息。场地设备310可以将信息提供给票券服务器和/或诸 如用户设备320之类的用户设备。
[0050] 场地设备310可以被置于场地处。然而，这仅仅是说明性的。根据需要，场地设备 310可以被置于除了场地以外的位置处。每一个场地可以具有专用场地设备310或者多个不 同场地可以共享公用场地设备310。例如，共有场地可以共享公用场地设备310。
[0051]在一些实施例中，如果票券服务器330具有购买和出售票券所需的信息，则场地设 备310可以被省略。例如，票券服务器330可以具有可用票券和关于票券和场地的信息的数 据库，该数据库使票券服务器330能够向用户提供用来购买场地处的会事的票券所必须的 信息。
[0052]第三方服务器(诸如，服务器350)可以包括例如托管一个或多个社交网络账户（例 如，用户设备320的用户的社交网络账户）的社交媒体服务器、托管电子邮件服务(例如，用 户的电子邮件账户）的电子邮件服务器和/或旅行服务服务器。用户可以使用用户设备320 来访问由服务器350中的一个托管的社交网络站点以在由服务器350中的一个托管的电子 邮件账户上发送、存储和/或接收邮件或其他电子通信，以在服务器350中的一个上研究和/ 或购买旅行服务和/或其他服务。用户还可以使用用户设备320来访问票券服务器330以从 票券服务器330选择和购买凭票会事的票券，以出售持票事件的票券，以购买针对场地处的 座位的升级票券和/或购买针对场地处的座位的转售票券(作为示例）。
[0053]第三方服务器350可以是例如，计算机、服务器、计算平板或移动设备。服务器350 可以具有诸如处理器354之类的处理电路和诸如存储器352之类的存储设备。
[0054] 服务器350上的处理器354可以执行存储在存储器352中的一个或多个软件程序以 公布用户所贴出的用户照片、视频、评论、标题或其他数据。另一服务器350上的处理器354 可以为用户存储(例如，使用存储器352)和路由电子邮件或其他通信。
[0055] 在一个实施例中，如果票券服务器330具有确定票券购买者是否有可能出席会事 所需要的信息（例如，座位信息），则服务器350可以被省略。例如，票券服务器330可以具有 从用户设备320收集的购买和/或用户设备信息的数据库，这些信息指示用户可能或不可能 出席会事，或者正在离开或已经离开会事。
[0056] 用户（例如，潜在的票券购买者)可以使用诸如用户设备320之类的设备来在线购 买可用票券，诸如一个或多个会事的新的票券、转售票券和/或升级票券。用户设备320可以 是诸如蜂窝电话、平板计算机、膝上型计算机或另一便携式计算设备之类的移动设备。用户 设备320可以是诸如家庭(陆地线）电话、台式计算机、交互式机顶盒之类的非移动设备。用 户设备320可以是促进在线票券购买的任何设备或设备的组合。用户设备320可以例如是图 1的客户端设备104的实施方式。
[0057]用户设备320可以具有处理器321、存储器322、全球定位系统组件(GPS)323和/或 其他适当的设备组件。处理器321可以执行诸如app 325之类的、帮助本文所述的票券选择 和/或购买方法的应用。App 325可以被存储在存储器322中。当用户正在在线选择和购买票 券时，App 325可以向用户提供图形用户界面(GUI)。根据需要，app 325可以是专用票券购 买app。然而，这仅仅是说明性的。在一些配置中，app 325可以是另一app(诸如，Paypal公司 的支付提供商app)的一部分。
[0058]用户设备320可以经由网络与场地设备310、第三方服务器350和/或票券服务器 330通信。例如，用户设备320可以经由互联网340与场地设备310、第三方服务器350和/或票 券服务器330通信。用户设备320可以经由有线连接或者无线连接与互联网通信。App 325可 以被配置为向票券服务器330发送用户设备320的位置信息。例如，票券服务器330可以具有 到基于来自GPS 323的位置数据的用户位置信息的访问权。
[0059]票券服务器330可以由诸如Stubhub公司之类的在线票券出售商操作。票券服务器 330可以帮助在线票券销售。票券服务器330可以包括诸如处理器331之类的处理电路和与 之通信的诸如存储器332之类的存储设备。处理器331可以包括一个或多个处理器。处理器 331可以访问被存储在存储器332中的诸如用户账户333和/或场地账户334之类的账户。用 户账户333可以包括关于用户的信息(例如，标识信息、偏好、账户号码、购买历史、社交网络 联系人、电子邮件联系人、电子邮件账户权限、社交媒体账户权限、已购买票券的会事信息、 已出席的会事信息等等）。场地账户334可以包括关于场地的信息(诸如，关于会事、座位安 排、场地位置和其他场地特征的信息）。存储器332可以与票券服务器分离，并且可以被用于 存储任意数量的用户账户333和场地账户334。存储器332可以被分布，例如，将它的部分置 于多个不同的位置处。其他账户（诸如，出售票券的用户的账户）也可以被处理器331访问， 这些账户包括票券细节(诸如价格、数量、位置和会事信息），以及当他们的票券被出售时， 使资金能够被存入到出售者账户的财务信息。
[0060] 票券服务器330可以包括位于一个或多个位置的一个或多个服务器。因此，票券服 务器330可以根据需要在地理上和操作上被分布。票券服务器330可以是诸如支付提供商系 统之类的另一系统的一部分。场地设备310和/或第三方服务器350可以通过有线或无线连 接(例如经由网络）与票券服务器330通信。例如，场地设备310和/或第三方服务器350可以 经由互联网340与票券服务器330通信。场地设备310和/或第三方服务器350可以与多个不 同的票券服务器330通信。票券服务器330可以与多个不同的场地设备310和/或第三方服务 器350通信。多个不同的票券服务器330可以互相通信并且在本文可以被视为与单个票券服 务器330-样。用户可以操作用户设备320以与票券服务器330交互，从而该用户可以在线选 择、购买和/或出售票券(例如，新的票券、转售票券或升级票券）。
[0061] 票券服务器330可以与场地服务器310通信以获取关于场地的信息。例如，票券服 务器330可以与场地服务器310通信以获取关于在场地处的会事的安排和关于场地的特征 的信息。场地的特征可以取决于场地的会事，例如场地的特征可以根据会事而变化。通常， 场地设备310、移动设备320、第三方服务器350和票券服务器330可以执行本文所讨论的功 能。也就是说至少在一定程度上，在本文中被讨论为经由这些设备中的特定一个所执行的 功能可以由这些设备中的不同的一个、由这些设备的组合和/或由其他设备来执行。
[0062] 场地设备310、用户设备320、第三方服务器350、其他移动设备、和服务器330可以 经由诸如互联网340之类的网络互相通信。场地设备310、用户设备320、第三方服务器350、 其他移动设备和服务器330可以经由诸如局域网(LAN)、广域网(WAN)、蜂窝电话网之类的一 个或多个网络互相通信。场地设备310、用户设备320、第三方服务器350、服务器330和其他 移动设备可以至少部分地通过一个或多个近场通信(NFC)方法或其他短距离通信方法(诸 如，红外线（IR)、蓝牙、WiFi和WiMax)互相通信。
[0063]当用户希望在线购买票券、在线转售票券、在线对会事场地签到、在线访问电子票 券或在线提供位置信息时(作为示例），该用户可以打开在线票券出售商的网站或者可以使 用诸如app 325之类的应用来访问票券出售商网站。例如，该用户可以使用用户设备320打 开票券出售商的网站。票券出售商的网站可以被托管在票券服务器330、场地设备310或任 何其他服务器或设备上。
[0064]图4是会事场地和具有场地周围的地域内的各种位置的持票者的图示。如图4所 示，票券服务器的各种用户，诸如持票者408、410、412和414(例如，拥有一张或多张会事票 券的持票者或者票券购买者将他们已购买的票券转让给的其他人)在时间T可以位于会事 场地(诸如，场地400)周围的地域内的各种位置。场地400可以是体育场、剧院、竞技场、圆形 露天剧场或在其中举办凭票会事的另一场地。时间T可以是在场地400处的会事之前或期间 的任意时间。在各种实施例中，凭票会事(例如，可以在场地400处举办的会事)可以是社交 或娱乐会事(例如，演唱会、音乐会、表演秀、展览会、游乐园、体育赛事等等），商业相关的会 事(例如，商务会议、会议、休养所等等）、用户创建的会事或可以发行票券的任何其他会事。 [0065] 持票者408、410、412和414可以是诸如图1的系统100之类的系统的用户、票券服务 器330的用户、用户设备320的用户或另一票券分配系统的用户。这些用户408、410、412和 414或其他用户可以各自具有诸如图3的app 325之类的、与系统交换例如票券信息、日程信 息和/或位置信息的app。
[0066] 票券服务器可以定义在时间T处的场地400周围的特定区域，诸如区域404。在图4 的示例中，区域404是具有半径R(T)的圆形区域，其中半径R(T)是时间T的函数。例如，半径R (T)在会事开始时间之前的时间T = 24小时处可以具有100英里的初始值。然而，应当理解的 是此示例仅仅是说明性的。根据需要，时间T可以是会事开始或结束之前的任意数目的小 时、日、分、秒、星期、月等等。半径R(T)可以具有等于到场地400的任意适当距离的初始值 (例如，大于100英里、小于100英里、1英里和100英里之间、1英里和500英里之间、100英尺和 500英里之间、或其他适当距离）。另外，区域404可以具有非圆形的形状。例如，区域404的形 状的一部分或全部可以由场地400周围的地域的地理特征(例如，海岸线、水体、山脉、政治 性边界等等)确定。
[0067] 如图4所示，用户可以位于区域404之外（例如，用户408)、区域404之内和场地400 之外(例如，用户410和414)和/或场地400之内（例如，用户412)。在一些实施例中，半径R(T) (并因此区域404的大小）可以随着时间流逝而缩小（如箭头406所指示的）。例如，半径R(T) 可以与时间T成反比，或者取决于时间T可以具有任意其他适当的倒数，从而区域404的大小 随着会事开始时间的临近而减小。
[0068]系统（诸如，系统100)和/或票券服务器(诸如，票券服务器330)可以在给定时间T 处基于确定的用户位置执行出席管理操作。出席管理操作可以包括基于位置的转售活动， 诸如会事前基于位置的转售活动和/或会事中基于位置的转售活动。
[0069]系统(诸如，系统100)和/或票券服务器(诸如，票券服务器330)可以在会事开始时 间之前的特定时间（例如，初始时间TO = 24小时）开始监控用户位置。在时间TO处或在时间 TO之后的任意时间T处，系统可以确定诸如用户408之类的用户在区域404之外。基于在区域 404之外的用户的位置，可以确定用户408有错过会事的风险。相反，可以确定诸如用户410 之类的用户在区域404之内，并且有可能出席会事。在各种实施例中，额外的用户信息可以 由系统接收并且被用于确定每一个特定用户(例如，每一个持票者)有可能还是不可能出席 会事。对于在区域404之内的用户，可以不采取票券转售动作。对于在区域404之外的用户， 系统可以采取各种动作来确定该用户是否将出席会事。例如，用户可以被提供有提醒，诸如 电子邮件提醒、文本消息提醒、电话呼叫提醒、社交媒体提醒或其他提醒来提示用户指明他 们是否计划出席会事。
[0070] 在一些实施例中，额外的信息（诸如，用户的购买历史)可以被用于确定该用户是 否有可能出席会事。例如，如果用户位于区域404之外，但是已经购买了在会事开始时间之 前到区域404的交通工具，则该用户可以被确定为有可能出席会事，并且可以不采取票券转 售动作。相反，如果该用户已经购买了会事当晚的、在遥远城市的酒店房间，则该用户可以 被确定为不可能出席会事。
[0071] 响应于确定用户不太可能出席会事，系统可以向该用户提醒（例如，经由文本消 息、电子邮件、社交媒体等等）票券转售的机会(例如，用户可以接收将票券卖回场地的提 议）。响应于确定用户有可能出席会事，可以不采取票券转售动作。在一些实施例中，用户的 位置可以在后续事件处被重新确定并且处理被重复。
[0072]在会事的开始时间处或临近该时间时，系统可以将区域404的大小减小为场地400 的大小或者与场地400相关联的地产的大小，诸如周围停车区域402(例如）。一旦会事已经 开始，系统可以监控场地400内和周围的用户的位置。如图4所示，用户412在会事期间可以 位于场地400内。在会事期间，还可以确定诸如用户414之类的用户已经离开或正在离开该 会事。可以通过确定例如用户在会事期间具有场地400之外的位置、用户在会事期间正在远 离场地400(如箭头416所指示的）或者用户在会事期间已经在位于场地之外的商户处进行 了消费(例如，使用与系统相关联的支付服务器)来确定用户已经离开或正在离开会事。 [0073]响应于确定用户在会事期间正在离开或已经离开会事，系统可以向正在离开的用 户提供对于他们被部分使用的票券的选项。例如，用户可以被提示释放(例如，放弃和/或出 售)该正在离开的用户具有票券的场地400内的空置座位。如果正在离开的用户选择释放该 空置座位，或者如果以其他方式确定用户已经离开并且将不再或不能返回，可以向场地400 内的其他出席者(诸如，用户412)提供空置座位的升级票券以用于销售。
[0074] 例如，用户414可以购买针对场地400内的诸如座位420之类的座位的票券。当用户 414在会事期间离开场地400时，可以向用户412提供待售的座位420作为升级。通过这种方 式，系统(诸如，系统100)和/或票券服务器(诸如，票券服务器330)可以执行动态会事出席 管理操作，这帮助最大化会场处的出席者的数目，向出席者提供了升级他们座位的能力，并 且将不能或不愿意出席会事和/或为整个会事停留的票券购买者的损失价值的风险降至最 低。
[0075]这种类型的动态会事管理操作可以包括基于位置的转售活动，诸如会事前基于位 置的转售活动和/或会事中基于位置的转售活动。一旦具有会事处的座位的票券的用户的 位置被确定(例如，在会事之前或期间），并且可以基于位置确定该座位将在全部或部分会 事期间是未使用的，则该座位可以被提供用于向另一用户出售。图5、6、7和8示出了可以在 会事之前或期间基于用户位置确定座位将在全部或部分会事期间是未使用的以及该待售 的座位将被提供给另一用户的示例性操作。图5和6是示出示例性会事前基于位置的转售活 动的流程图。图7和8是示出示例性会事中基于位置的转售活的流程图。针对图5、6、7和8所 述的活动、处理、步骤、操作和/或动作可以由系统(诸如，图1的系统100)和/或具有票券服 务器(诸如，图3的票券服务器330)的系统执行(作为示例）。
[0076] 图5是可以在会事前基于位置的转售活动期间采取的说明性步骤的流程图。图5的 会事前基于位置的转售活动可以帮助减少不出席会事的持票者的数目同时允许不能出席 会事的持票者收回已购买的并且未使用的票券的价值的一部分或全部。
[0077] 在步骤502处，持票者的位置可以被确定。持票者的位置可以使用来自该持票者的 用户设备的数据(例如，GPS数据）、基于持票者最近的购买记录或来自持票者或与之相关联 的其他位置信息来确定。确定持票者位置可以包括确定该持票者是否处于"遥远的"位置 (例如，在会事场地周围的预定义范围（诸如，图4的区域404)之外的位置)或"接近的"位置 (例如，在会事场地周围的预定义范围之内的位置）。
[0078] 响应于确定持票者位于接近的位置，系统(例如，票券服务器330)可以进行至步骤 504。在步骤504处，在返回至步骤502之前，系统可以等待预定的一段时间。预定的一段时间 可以是小于会事开始时间之前剩余的时间的任意适当的时间。
[0079]响应于确定持票者位于遥远的位置，系统可以进行至步骤506。在步骤506处，系统 可以确定持票者是否可以针对会事及时到达会事的场地。例如，系统可以确定交通状况、天 气状况、航班时间表、火车时间表或可以指示持票者是否可以在会事开始时间之前在物理 上抵达场地的其他信息。
[0080] 响应于确定持票者不能在会事开始时间之前在物理上赶上该会事(例如，通过确 定用户没有制定旅行安排或旅行安排是不可用的），系统可以进行至步骤510。在步骤510 处，系统可以采取适当的票券重新分配动作。例如，系统可以向持票者发送提醒。提醒可以 提示持票者指明该持票者是否希望将票券卖回场地(例如，以全额票价、降低的票价、增加 的票价或全额票价扣除转售费用）。如果持票者回应指示该持票者希望转售票券，则系统可 以重新购买（回购)票券并且将票券转售给另一用户。
[0081] 响应于确定持票者可以在会事开始时间之前物理上赶上该会事（例如，通过确定 用户已经制定了旅行安排或旅行安排是可用的），系统可以进行至步骤508。在步骤508处， 系统可以向持票者发送提醒。提醒可以提示持票者指明该持票者是否计划出席会事。
[0082] 如果在步骤508处向持票者发送了提醒之后，该用户未回应，则系统可以返回至步 骤504。如果在步骤508处向持票者发送了提醒之后，该持票者回应指示该持票者将出席会 事，则系统可以进行至步骤512。在512处，可以终止针对该持票者的会事前基于位置的转售 操作。如果在步骤508处向持票者发送了提醒之后，该持票者回应指示该持票者将不出席会 事，则系统可以进行至步骤510。
[0083]图6(如图所示，为了清晰起见分为图6A和6B)是示出可以在会事前基于位置的转 售活动期间采取的说明性步骤的进一步细节的流程图。
[0084]在步骤602处，诸如系统100之类的系统或票券服务器330可以开始针对将在场地 处举办的特定会事的会事出席监控。会事出席监控可以在会事的开始时间之前的时间TO处 开始。
[0085] 在步骤604处，场地周围的区域可以被确定。区域可以取决于会事的开始时间之前 的时间T。确定区域可以包括在时间T处(例如，时间TO或在时间TO和会事开始时间之间的任 何时间T)确定半径R(T)。然而，应当理解的是圆形区域的半径仅仅是说明性的。在各种实施 例中，在步骤604处，可以确定在场地周围的、具有定义了任意适当形状和任意适当大小的 一个或多个边界的区域。场地周围的适当大小和形状的区域可以是与时间无关的或者可以 取决于时间T。
[0086] 在步骤606处，系统的至少一个用户（例如，持票者）的位置可以被确定。如本文所 述，用户的位置可以根据来自用户的用户设备的位置数据(例如，GPS数据）、根据用户报告 的位置数据、根据用户购买数据或其他位置指示数据来确定。
[0087] 在步骤608处，用户位置可以与步骤604处所确定的区域(例如，半径为R(T)的圆形 区域)相比较以确定用户的位置是否在场地周围的确定区域内。
[0088] 如果用户位置在区域之外（例如，距离场地比R(T)更远），则系统可以确定用户位 于遥远的位置。如果用户位置在区域之内（例如，距离场地比R(T)更近），则系统可以确定用 户位于接近的位置。
[0089]响应于确定用户位于接近的位置，系统（例如，票券服务器330)可以进行至步骤 616。在步骤616处，系统可以在返回至步骤604之前等待预定的一段时间。预定的一段时间 可以是小于会事开始时间之前剩余的时间的任何适当的时间。
[0090]响应于确定持票者位于遥远的位置，系统可以进行至步骤610。在步骤610处，系统 可以确定用户是否计划出席会事。在步骤610处，系统还可以获取、接收、访问或收集与用户 相关联的额外的信息，该额外的信息可以帮助确定用户是否计划出席会事。额外的信息可 以包括购买历史信息620、日程信息624和位置历史信息622(作为示例）。
[0091] 购买历史信息620可以包括与用户最近所做的消费，诸如旅行消费（例如，机票消 费、火车票消费、汽车租赁消费或酒店消费)相关联的信息。购买历史信息620可以被用于确 定用户是否计划出席会事。例如，系统可以收集这样的购买历史信息，其指示用户位于遥远 的位置并且已经购买了在会事日期之后的日期到场地所在的城市的返回机票，从而表明该 用户并未计划出席会事。相反，系统可以收集这样的购买历史信息，其指示用户位于遥远的 位置并且已经购买了会事日期当天的到场地所在的城市的返回机票，从而表明该用户计划 出席会事。
[0092] 日程信息624可以包括，例如从用户的设备发送的、在设备上用户的电子日程中指 示会事的信息或者用户的在线日程信息（例如，社交网络日程或其他公开的在线日程）。日 程信息624可以与购买历史信息620-起或分别被用于确定用户是否计划出席会事。例如， 如果用户位于遥远的位置并且没有与会事相关联的日程约会，则系统可以确定用户并未计 划出席会事。
[0093]位置历史信息622可以包括指示用户的最近移动的位置信息（例如，GPS数据和/或 基于位置的购买数据）。位置历史信息622可以与购买历史信息620和/或日程信息624-起 或分别被用于确定用户是否计划出席会事。例如，如果确定用户位于遥远的位置，但是已经 朝向会事场地前进，则可以确定该用户计划出席会事。相反，如果确定用户位于遥远的位 置，并且正在远离会事场地，则可以确定用户并未计划出席会事。
[0094] 诸如购买历史信息620、日程信息624和位置历史信息622之类的信息可以由票券 服务器收集、由用户设备提供或者以其他方式被系统获取以用于管理会事出席，并且可以 以任何适当的方式被组合以用于确定用户是否可能计划出席该用户已经为此购买了票券 或已经被转让了票券的会事。
[0095]响应于确定用户正计划出席会事，系统（例如，票券服务器330)可以进行至步骤 616。在步骤616处，系统在返回至步骤604之前可以等待预定的一段时间。预定的一段时间 可以是小于会事开始时间之前剩余的时间的任意适当的时间。
[0096] 响应于确定用户并未计划出席会事，系统(例如，票券服务器330)可以进行至步骤 612。在步骤612处，提醒可以提示持票者指示该持票者是否计划出席会事。提醒可以是文本 消息提醒、用户设备上的API提醒、电子邮件提醒、电话呼叫提醒或其他适当的提醒。
[0097] 如果在步骤612处向用户发送提醒之后，该用户没有回应，则系统可以进行至步骤 618。如果在步骤612处向用户发送提醒之后，该用户回应指示该持票者将出席会事，则系统 可以进行至步骤614。在步骤614处，可终止针对该持票者的会事前基于位置的转售活动。如 果在步骤612处向持票者发送提醒之后，该持票者回应指示该持票者将不出席会事，则系统 可以进行至步骤628。
[0098] 在步骤618处，系统可以确定用户是否可以及时到达会事场地(例如，对于用户来 说在会事的开始时间处或在开始时间之前是否有可能到达会事场地）。系统可以使用购买 历史信息620、日程信息624、位置历史信息622和/或诸如外部数据626之类的其他信息来确 定用户可以及时到达会事的场地。外部数据626可以包括场地附近的交通状况、天气状况、 与用户的位置和场地位置相关联的航班时间表、火车时间表或可以指示用户是否可以在会 事开始时间之前在物理上抵达场地的其他信息。
[0099]例如，如果确定用户位于遥远的位置(例如，基于用户的GPS位置、购买历史、app签 到或其他数据)并且还确定例如在用户的位置和场地之间的距离不可能使用任何常规旅行 方式行进，则可以确定用户不能及时到达会事的场地。
[0?00]在一个说明性情景中，用户可以具有于周五的7pm在德克萨斯州的奥斯汀的奥斯 汀音乐厅举办的音乐会票券。系统可以确定用户已经在秘鲁的利马进行购买，并且确定该 用户没有在会事之前安排的返回航程。系统还可以确定（例如，通过对旅行网站进行API调 用和/或运行旅行启发式分析)在秘鲁的利马和美国德克萨斯州的奥斯汀之间的估计的旅 行时间。API调用可以包括对旅行服务服务器、主要航班承载服务器或用于估计旅行时间的 其他旅行服务器的API调用。在一些情形下，API调用可能是不可用的并且旅行启发式分析 可以使用用户和场地的GPS坐标来执行，并且考虑到利用各种交通方法行进来估计用户到 达场地所需的时间。应当理解的是该说明性情景仅仅是示例，并且针对确定用户是否能够 及时到达会事场地所述的原理可以被应用于各种其他情景中。
[0101] 响应于确定（在步骤618处）用户仍有可能及时到达会事场地，系统可以返回至步 骤 616。
[0102] 响应于确定（在步骤618处）用户不可能及时到达会事场地，系统可以进行至步骤 628〇
[0103] 在步骤628处，系统可以采取适当的票券回购动作。票券回购动作可以包括向用户 提供选项(经由用户提醒）以用于将票券卖回场地或者直接出售给票券服务器上的其他消 费者(作为示例）。例如，票券服务器可以向用户发送带有叙述以下文本"由于看来您将不会 出席表演秀了，您愿意将您的票券卖回场地吗"的提醒(例如，经由文本消息、API、电子邮件 等等）。如果用户选择将票券卖回，则系统可以帮助场地或另一购买者回购此票券。回购动 作可以指示以降低的价格、以票面价值价格、以增加的价格、以市场状况确定的价格(例如， 会事的受欢迎程度)或以任何适当的价格从用户回购该票券。
[0104] 在步骤630处，系统可以采取适当的票券转售动作。例如，系统可以帮助场地或票 券服务器本身出售转售票券(例如，在步骤628处已经被回购的票券），可以帮助将转售票券 作为升级转售票券提供给其他持票者，或者可以帮助将转售票券提供给用户联系人32(诸 如，用户电子邮件联系人、用户社交媒体联系人或用户的其他已知的联系人）以用于销售。 例如，系统可以访问用户的社交网络账户以确定是否存在任何用户的朋友、家人、同事或其 他联系人表达出对会事、会事艺术家或展品、会事场地或类似的会事艺术家或展品的兴趣。 [0105]票券出售者(诸如场地业主、会事主办者或其他票券出售者)可以被提供有将他们 的偏好配置为回购并且转售已回购的票券的选项。例如，场地可以提供以直接从用户回购 票券，然后提供同一票券用于销售(例如，在票券服务器网页或用户设备上的票券服务器应 用上）。在另一示例中，场地可以提供以直接从用户回购票券，然后向其他现有持票者提供 座位升级（例如，升级转售票券），随后从其他现有持票者处回购并转售针对最近被空置的 座位的票券。针对图5和6所述的过程可以以任意适当的顺序来执行并且可以被重复任意适 当的次数，直到例如场地被完全占满。当持票者卖回票券时，没有票券的潜在的会事出席者 (他们位于场地附近或者他们此前表达出对会事的兴趣)也可以被提醒通过例如他们的用 户设备上的票券服务器应用可以购买新的座位。通过将顾客移动到更靠近表演区（诸如，音 乐会舞台）并且带来新的出席者(如果需要填满容量），这些动态会事出席管理活动可以帮 助场地到达和维持最大占用率。
[0106] 图7是可以在会事中基于位置的转售活动期间采取的说明性步骤的流程图。图7的 会事中基于位置的转售活动可以帮助票券购买者收回部分或全部已购买的、被部分使用的 票券的价值，和/或可以帮助会事主办者和/或场地业主通过出售与被部分使用的票券相关 联的被空置的座位的升级票券从被部分使用的票券中提取额外的价值。被部分使用的票券 可以是已被持票者使用以获准进入会事场地，但是在会事结束之前被持票者弃用的票券。
[0107] 在步骤700处，系统可以在会事期间确定会事出席者的位置。会事出席者的位置可 以使用例如来自用户的设备的GPS数据、消费信息（例如，标识在场地处或场地之外进行的 消费的信息）、社交媒体发布、或由出席者提供的、从出席者获取的或者关于出席者的其他 位置数据。
[0108] 在步骤702处，系统可以确定在会事正在就进行时，出席者正在离开或已经离开会 事。系统可以通过检测出席者正在离开会事(例如，通过检测在会事场地之外的出席者的位 置、通过确定出席者正在远离场地来检测出席者出席者位置的变化和/或检测出席者在场 地之外的位置处所进行的消费)确定出席者正在离开或已经离开会事。在一些实施例中，系 统还可以向正在离开的出席者发送提醒（例如，通过用户设备上的文本消息、通过电子邮 件、通过API提醒）以提示正在离开的出席者确认他们正在离开会事。在一些实施例中，该提 醒可以包括对于票券转售和/或回购的选项。
[0109] 在步骤704处，系统可以向已知(例如，基于他们被确定的位置)在场地处的其他出 席者提供针对正在离开的出席者的空置座位的升级票券。在一些实施例中，系统可以汇编 空置座位的列表并且在票券服务器网页或API服务器上提供相关联的升级票券以用于销 售。
[0110] 在步骤706处，系统可以从另一出席者接收针对升级票券的支付。系统可以经由用 户的移动设备上的支付app或票券服务器app(作为示例)接收来自另一用户的支付。
[0111]在步骤708处，系统可以向另一出席者提供可以被显示在用户的移动设备上的电 子升级票券，从而该另一出席者可以获得使用与升级票券相关联的空置座位的机会。
[0112] 在步骤710处，已经购买升级票券的另一出席者的最近被空置的座位可以被提供 给会事的另外出席者以作为升级。
[0113] 图8是上文结合图7的步骤704所述的可以被执行以用于提供针对空置座位的升级 票券的说明性步骤的流程图。
[0114] 在步骤800处，希望升级的出席者的数目可以被确定。例如，系统可以基于先前的 票券销售(例如，在初始销售时期和/或在会事前基于位置的转售活动期间的会事票券的受 欢迎程度)和/或基于期望升级的其他出席者的队列（例如，使用他们移动设备上的票券服 务器app表明他们对升级票券感兴趣的出席者的列表)确定对升级感兴趣的出席者的准确 或近似数目。已经表达出对升级感兴趣的出席者可能已经提供购买特定价格的并且离表演 区（例如，音乐会舞台、运动场等等)特定距离内的升级票券的预授权。
[0115] 在步骤802处，到会事结束前所剩余的时间可以被确定。剩余时间可以基于安排的 会事持续时间和实际会事开始时间和/或基于来自众包的会事持续时间确定。例如，艺术家 先前的音乐会的出席者可能(在票券服务器网页上、在社交媒体网页上)在线发布了评论， 或者以其他方式公布了关于该艺术家先前的音乐会的信息，指示该艺术家通常表演得比安 排的会事持续时间更长或更短。这种类型的出席者发布的信息可以被采集和结合以确定来 自众包的会事持续时间。然而，这仅仅是说明性的。在另一示例中，来自众包的会事持续时 间可以基于各种出席者设备的GPS位置历史来确定。出席者设备的GPS位置历史可以被采集 并且系统可以分析例如每个人在会事场地附近的时间量。来自众包的会事结束时间可以被 确定为例如部分或全部出席者分散离开会事场地的时间（例如，平均时间或中值时间）。额 外的来自众包的会事持续时间信息(诸如，返场信息、超时信息等等)可以基于在已经检测 到大量出席者分散事件之后检测到会事出席者的子集徘徊在会事场地内或周围来确定。
[0116] 在步骤804处，针对空置座位的升级票券的升级价格可以被确定。升级价格可以基 于希望升级的出席者的数目、距离会事结束的时间或其他适当的票券市场信息来确定。例 如，当会事剩余相对大量时间时，相对较大数目的出席者希望升级，这可导致系统设定相对 较高的升级票券价格。相反，当会事剩余相对少量时间时，相对较小数目的出席者希望升 级，这可导致系统设定相对较低的升级票券价格。然而，这仅仅是说明性的。在各种实施例 中，升级价格可以根据会事剩余的时间量升高或降低。例如，价格上涨可能仅在音乐会的返 场部分之前(这时升级的需求可能激增)被利用。
[0117] 在步骤806处，升级票券可以以确定的升级价格被提供给其他出席者以用于购买。 在以升级价格提供升级票券用于销售之后，系统可以进行至例如图7的步骤706。
[0118] 针对图7和图8所述的处理可以以任意适当的顺序来执行并且可以被重复任意数 量的次数，直到例如会事已经结束。
[0119]尽管出于清晰和理解的目的已经通过说明和示例的方式对前述发明进行了详细 描述，但是将认识到的是在不背离本发明的精神和必要特征的情况下，上述发明可以被体 现在许多其他特定变体和实施例中。各种改变和修改可以被实施，并且应当理解的是本发 明不受前述细节的限制，而是由权利要求的范围定义。
【主权项】
1. 一种用于针对场地处的会事的票券的重新分配的系统，包括： 存储器，被配置为存储与所述会事相关联的会事信息； 被耦合至所述存储器的处理器，其中所述处理器被配置为： 确定具有会事处的座位的票券的用户的位置； 至少部分地基于所述位置，确定所述座位将在全部或部分所述会事期间是未使用的； 以及 向另一用户提供待售的所述座位。2. 如权利要求1所述的系统，其中所述处理器还被配置为从所述用户接收对于所述座 位能够被转售的确认。3. 如权利要求2所述的系统，其中所述处理器被配置为:在所述会事之前的一时间处确 定所述用户的位置。4. 如权利要求3所述的系统，其中所述处理器还被配置为确定所述用户的位置是否在 用于所述会事的场地周围的预定区域内。5. 如权利要求3所述的系统，其中所述处理器还被配置为获取所述用户的日程信息、购 买历史信息和位置历史信息，并且其中所述处理器被配置为通过以下操作来至少部分地基 于所述位置，确定所述座位将在全部或部分所述会事期间是未使用的:通过使用所述位置、 所述日程信息、所述购买历史信息和所述位置历史信息，确定所述位置将在全部会事期间 是未使用的。6. 如权利要求3所述的系统，其中所述处理器还被配置为获取与所述位置相关联的航 班时间表。7. 如权利要求1所述的系统，其中所述处理器被配置为在所述会事期间的一时间处确 定所述用户的位置。8. 如权利要求7所述的系统，其中所述处理器被配置为使用与所述用户相关联的购买 信息和全球定位系统数据中的至少一者来确定所述用户的位置。9. 如权利要求8所述的系统，其中所述购买信息包括标识由所述用户在位于所述会事 的场地之外的商户处进行的购买的信息。10. 如权利要求7所述的系统，其中所述处理器被配置为：部分地通过基于所述会事剩 余的时间确定所述座位的升级价格，向其他用户提供待售的所述座位。11. 一种方法，包括： 由处理器电子地确定具有会事处的座位的票券的用户的位置； 由所述处理器电子地并且至少部分地基于所述位置，确定所述座位将在全部或部分所 述会事期间是未使用的；以及 由所述处理器电子地向另一用户提供待售的所述座位。12. 如权利要求11所述的方法，还包括： 由所述处理器基于希望购买升级的出席者的数目来电子地确定所述座位的升级价格。13. 如权利要求11所述的方法，还包括： 由所述处理器基于所述会事的剩余时间来电子地确定所述座位的升级价格，其中所述 会事的剩余时间基于安排的会事持续时间或来自众包的会事持续时间。14. 如权利要求11所述的方法，还包括： 由所述处理器电子地向其他用户出售所述座位；以及 由所述处理器电子地提供与所述其他用户相关联的额外座位以用于销售。15. 如权利要求11所述的方法，还包括： 由所述处理器电子地确定所述用户的位置是否在场地周围的预定区域内。16. 如权利要求15所述的方法，还包括： 由所述处理器电子地缩小所述预定区域的尺寸。17. 如权利要求11所述的方法，还包括： 由所述处理器电子地确定所述用户是否能够及时到达所述会事的场地。18. -种具有多个机器可读指令的非暂态机器可读介质，当由服务器的一个或多个处 理器执行时，这些指令适用于致使所述服务器执行包括以下各项的方法： 确定具有会事处的座位的票券的用户的位置； 至少部分地基于所述位置，确定所述座位将在全部或部分所述会事期间是未使用的； 以及 向另一用户提供待售的所述座位。19. 如权利要求18所述的非暂态机器可读介质，其中确定所述用户的位置包括在所述 会事之前的一时间处确定所述用户的位置，并且其中所述确定所述座位将在全部或部分所 述会事期间是未使用的包括:确定所述位置将在全部所述会事期间是未使用的。20. 如权利要求18所述的非暂态机器可读介质，其中确定所述用户的位置包括在所述 会事期间确定所述用户的位置，并且其中确定所述座位将在全部或部分所述会事期间是未 使用的包括:确定所述座位将在部分所述会事期间是未使用的。
【文档编号】G06Q10/02GK106062788SQ201480066461
【公开日】2016年10月26日
【申请日】2014年12月1日
【发明人】卡玛尔·扎默
【申请人】斯达哈伯公司