专利名称：：用于购买和销售事件门票的系统和方法
技术领域：
：本发明一般涉及用于促进事件门票(ticket)的购买和销售的系统和方法。更具体地，本发明涉及包含自动价格调整的、用于促进事件门票的购买和销售的计算机实现的系统和方法。
背景技术：
：事件门票行业包括许多类型的事件，如体育比赛、音乐会、戏剧和家庭娱乐。每个事件在事件的实际日历日期和开始时间之前(几个月)向一般公众营销。对每个事件，门票通过包括因特网、电话销售和物理门票销售点(ticketlocation)的各种渠道销售。另外，门票销售在两种类型的市场中出现。第一种是一级市场-门票直接从事件经营者，或者从事件经营者通过授权的门票发行者，销售给门票购买者。授权的一级市场门票发行者的实例是Ticketmaster、Tickets.com和Paciolan。第二种类型的市场是二级市场。在二级市场中，原始门票购买者转售他们的门票给其他感兴趣的门票购买者(第三方)。像原始门票购买者一样，这些第三方购买者可以是个人消费者、集团消费者或门票经纪人。特别是在二级市场中通过买卖门票获取收入的生意中有很多合法的门票经纪人。他们为高需求门票的市场提供流动性，并且经常高于票面价值转售门票。对给定事件的门票需求可能变化很大。当一级市场门票需求低或不那么高时，事件经营者在接近事件的开始时以及事件开始之后有未售门票。事件门票的固定定价结构对需求低或不那么高的事件效率低。换句话说，目前没有组织的方法以在接近事件开始时间刺激对未售门票的需求，在该事件开始时间之后的时间已经尝试和用尽销售门票的所有其它渠道。这个问题典型地对高需求事件不存在。高需求事件在事件开始时间之前具有超过门票供给的需求。然而，对此陈述例外的实例是具有不理想属性的高需求事件门票，如u)少许在座位位置上不连续的未售门票(因此不符合想坐在一起的2人或更多人群的要求)，或者(b)位于差的座位位置的座位门票(例如，事件的视野部分地被建筑物支柱阻挡)。事件经营者(对事件营销的那些人)不能容易地降低他们的门票价格，以试图在过供给的情况下或对具有不理想属性的门票增加需求。这样做产生风险未来的需求模式被消极影响-从先前事件听说打折门票的、对事件具有较高兴趣的消费者可能期待即将来临的事件的折扣，因此避免预先按票面价值付费。由此这可能影响事件经营者的长期运营收入。结果，事件经营者收入对需求"低"或"不那么高"的事件没有最大化。而且，愿意消费"低"或"不那么高"需求事件的未售门票的消费者，由于对该给定事件过高的票面价值门票价格而不消费。
发明内容根据本发明的一个方面，提供一种系统和方法以帮助推动未售门票的销售，特别是对低或不那么高需求的事件。所公开的系统和方法的各实施例也可以贯注于帮助推动未售门票的销售，而不吸引已经打算通过传统的门票发行方法购买的消费者对事件门票的购买。根据本发明的另一个方面，提供一种系统和方法，用于在非常接近(例如，2到4小时内)每个单独事件的开始时间以及在事件期间促进事件门票的购买和销售。根据本发明的另一个方面，提供一种系统和方法，用于调整事件门票的价格。根据优选实施例，降低未售门票的门票价格，直到该值达到预定的最小价钱，或者事件结束，无论哪一个先实现。降低的速率可以依赖于若干因素中的一个或更多而变化。优选实施例包括计算机实现的系统，该系统使用算法，用于测量对未售事件门票的需求的等级，与该事件门票的有用生命周期中剩余的理论时间比较，并且向下增量调整未售门票的"要价"。例如，如果需求的等级或剩余的事件时间(或者两者)高，那么要价保持相对稳定。但是，当需求的等级开始下降以及当剩余的有用生命周期下降时，向下调整要价直到需求的等级增大到新的价格稳定点。这个过程继续，直到需求达到预定的最小值(例如零或票面价值的10%或票面价值的50%),或者事件门票的有用生命周期对销售太小(例如，因为事件已经结束或接近结束)。通过创建特别为具有低或不那么高需求的事件和/或对接近事件的开始的时间段设计的新的销售渠道，本发明的一些实施例可以为行业增值。进一步，通过帮助为低和不那么高需求的事件纠正定价低效率，本发明的实施例可以提高消费者福利和事件经营者收入。在解释随后的详细说明和附图后，本发明的这些和其它优点和特征将对本领域技术人员将变得非常明显。因此，本发明附加的优点和特征及其范围特别在权利要求中指出并且构成其部分。在权利要求中提出被认为是本发明的特征的新颖特征。但是，当结合附图阅读时，通过参考下面的详细说明，将最好地理解本发明本身以及使用的优选方式和其进一步的目的和优点，附图中图l显示根据本发明的交易(trading)系统的优选实施例的方块图2A和2B显示说明可以由交易系统执行的交易过程的流程图3显示说明可以由交易系统执行的定价算法和过程的流程图；以及图4显示说明根据优选算法、门票定价随时间的可能变化的曲线图。具体实施例方式现在将参考下面对本发明的优选和替代实施例的详细说明。本领域技术人员将认识到，本发明提供许多创造性概念和新颖特征，该创造性概念和新颖特征仅为说明性的，并且不要解释为限制性的。因此，这里说明的特定实施例作为实例给出，并且不限制本发明的范围。交易系统图1显示根据本发明的交易系统100的优选实施例的方块图。图1中显示的交易系统100包括若干组件用于执行这里在下面说明的任务；但是应该认识到，任务的划分可以以各种方式实现而不背离本发明的精神和范围。例如，交易系统100可以包括任何数目的实际的计算机和/或服务器；在一些实施例中，交易系统IOO可以在单个计算机或服务器上包括所有组件120-160,而在其它实施例中，可以在一个或更多计算机或服务器上实现组件120-160的组合。而且，组件120-160中的任何可以在单个计算机或服务器上实现，或者作为替代可以在多个计算机或服务器之中展开。因此，可以使用除了图1中显示的原样架构以外的架构而不背离本发明的精神和范围。交易系统IOO可以由潜在的购买者使用消费者接口110访问。虽然只图示单个消费者接口110，但是任何数目的消费者接口IIO可以访问交易系统100。消费者接口IIO可以是电子设备，例如计算机、电话(移动或陆上线路)、个人数字助理(PDA)或电视(例如，通过交互式屏幕上接口)。消费者接口110和交易系统之间的通信可以包括有线和/或无线通信。可以使用若干通信协议和方法中的任何来实现消费者接口110和交易系统IOO之间的通信。例如，消费者接口110和交易系统100之间的通信可以包括使用任何适合的网络协议经计算机网络(可以包括因特网)的数据传递。消费者接口110和交易系统100之间的通信可以包括交互式语音系统的使用。例如，消费者接口110可以是通过交互式语音系统与交易系统IOO通信的电话，该交互式语音系统使用语音识别软件以识别从电话接收的语音命令并传递相应的数据到交易系统100。在图1中说明的优选实施例中，交易系统100包括web服务器120,用于通过因特网与消费者接口110通信。web服务器120可以包括任何数目的计算机服务器，配置该计算机服务器以通过万维网与消费者接口110通信。web服务器120可以包括用于产生web页面的软件，该web页面包括在消费者接口IIO的图形用户接口。web服务器120可以在消费者接口IIO提供信息给用户，并且在消费者接口IIO从用户接收信息。例如，web服务器120可以在消费者接口110提供关于可得到的门票和门票价格的信息给用户。然后，用户可以使用消费者接口110以向web服务器120发送关于购买门票的愿望的信息。下面说明关于web服务器120和消费者接口IIO之间交换的信息类型的进一步细节。交易系统IOO也包括简档(profile)数据库130,用于存储关于消费者简档的信息。简档数据库130与web服务器120通信。简档数据库130可以以若千种方式实现而不背离本发明的精神和范围。例如，简档数据库130可以驻留在与web服务器120通信的数据库服务器上。作为替代，简档数据库130可以是驻留在与web服务器120相同的计算机上的数据库。在优选实施例中，交易系统100允许用户用交易系统100注册并设立帐户。用于设立帐户的过程优选地包括在web服务器120从消费者接口110接收信息，用于建立与用户相关联的消费者简档。web服务器120可以在简档数据库130中存储接收的信息。而且，当已有帐户的用户试图访问交易系统100时,web服务器120从简档数据库130检索关于用户的账户的信息.消费者简档可以包括信息如用于登录到交易系统的用户名和密码，以及个人信息如用户的名称和地址。消费者简档也可以包括喜好数据。例如，喜好数据可以包括关于喜好的事件类型、喜好的球队和/或喜好的比赛地点的信息。喜好数据也可以包括用于从交易系统100接收警告的喜好信息。例如，喜好信息可以包括这样的指令，该指令用于在事件开始之前的特定时间量发送警告，用于如果存在任何可得到的门票则发送警告，以及用于如果折扣达到指定的水平或百分比则发送警告。可以包括其它简档和喜好信息而不背离本发明的精神和范围。交易系统100也可以包括事务(transaction)服务器140、记帐(accounting)服务器150和事件客户数据库160。事务服务器140可以执行与处理门票购买事务有关的各种任务。事务服务器140可以包括定价引擎，用于根据下面说明的算法计算门票交易价格。事务服务器140也可以包括事务引擎，用于处理门票购买。根据优选实施例，事务服务器140是计算机，并且定价和事务引擎实现为软件模块。事务服务器140也可以与第三方通信，该第三方可以帮助处理事务。例如，事务服务器140可以与信用卡公司结算系统(未显示)通信，用于帮助处理对门票购买的信用卡支付。由事务服务器140执行的任务可以包括但不限于(a)与记帐服务器150通信以及(b)将这样的数据记录到记帐服务器中，该数据用于门票购买或各门票购买的数字或文本属性的指定字段，该特殊字段(1)与精确地说明可支付帐户(到事件客户)和/或可接收帐户(来自事件客户)有关，(2)对高细节地跟踪其它记帐数据(如销售、佣金、需要的费用和与通过所述发明的门票销售相关联的其它费用)所期望的，(3)对与通过交易系统100的门票销售相关联的信用卡支付的处理的成功完成所期望的。交易系统100优选地对由事件客户(例如，事件经营者或其它负责销售事件门票的实体)操作的事件客户门票系统和/或其它有关门票客户计算机系统170(例如，事件客户记帐系统)可访问。在优选实施例中，事件客户门票系统170包括计算机系统，该计算机系统通过因特网与交易系统100通信。在一些实施例中，事件客户可以是事件经营者或授权的门票发行者，并且交易系统100可以用作一级市场门票销售的渠道。事件客户门票系统170与记帐服务器150和事务服务器140之间的交互可以包括但不限于(1)将来自门票销售事务的有关的、精确的、基于记帐的信息记录到事件客户系统170;例如，门票的最终销售价格和由创造者从所述销售获得的相关佣金，带有特定事件标识数据的所售门票的量，以及(2)事件客户门票系统170将更新的数据记录到与要销售的门票的分配相关联的事务服务器140。事件客户系统和/或其它有关门票客户计算机系统170,也可以包括用于当事件在进行中时提供关于事件的数据的系统，并且交易系统可以使用包括在该数据中的信息用于计算和/或调整门票事件价格。例如，如果事件是体育比赛，那么系统170可以提供表示比赛统计的数据(例如，对垒球局、比分、连续得分、得分、本垒打、失误；对足球节、比分、触地、奔跑区、接力区)。可以配置系统170以警告交易系统170可能对事件期间的门票需求有影响的特殊情况。例如，可以配置系统170以警告交易系统100垒球中无安打赛局的可能性、体育比赛中要创记录的可能性或其它这样的特殊情况。在事件是体育比赛的情况下，可以配置系统170以提供关于运动员在比赛之前不久和/或比赛期间的受伤的信息，特别是可能期望这样的信息影响比赛之前不久或比赛期间对比赛门票的需求的情况。交易过程图2A和2B显示说明可以由交易系统100执行的交易过程的流程图。图2A和2B中显示的过程可以同样应用到交易系统IOO的替代实施例。交易过程在步骤202以用户访问交易系统100开始。在优选实施例中，用户使用计算机或其它能够访问因特网的电子设备(例如，移动电话或PDA)上的因特网浏览器进入交易系统100的网站地址。在步骤204，关于对用户希望的地理位置是否存在任何可得到的事件内容进行确定。这个步骤可以包括询问用户以确定用户希望的地理位置。作为替代，或除了执行这样的询问，交易系统IOO可以试图确定用户的地理位置。例如，如果用户是网站先前的访问者，那么可以配置交易系统100以识别用户(例如，通过HTTPcookie或简档信息)，并恢复用户先前输入的地理喜好。预期地理位置的替代方法，例如根据用户的IP地址。一旦交易系统100已经试图为用户建立地理位置，那么交易系统100为了对用户的地理位置可得到的事件内容搜索事件客户数据库160。在步骤206,如果系统为用户的地理位置没有找到可得到的事件内容，那么交易过程结束。作为替代，系统可以提示用户尝试不同的地理位置，在该情况下，交易过程将返回到步骤204。如果系统在步骤206已经为用户的地理位置找到事件内容，那么交易过程可以进行到步骤208或步骤210。例如，在一些实施例中，web服务器120在消费者接口110产生web页面，该web页面包括可得到的事件列表和/或用于开始可得到事件的搜索的装置。可以实现允许用户观看和/或搜索可得到事件的替代方法而不背离本发明的精神和范围。例如可以实现标签浏览特征，该标签浏览特征允许用户从多个类别标签选择对应于一类事件(例如，体育、音乐、特殊事件)的每个类别标签，以及与选择的类别标签相关联的观看和/或搜索可得到的事件。在步骤210,交易系统100从用户接收感兴趣的事件的选择。例如，通过从可得到事件的列表或搜索结果的列表(例如，在步骤208产生)选择事件，用户可以向交易系统IOO指示特定事件是用户"感兴趣的事件"。在步骤212,交易系统100确定是否选择的感兴趣的事件的门票目前正在"实时(live)"交易中，使得可以购买它们。在一些实施例中，可以配置交易系统100,从而只有在事件之前不久或事件期间允许事件门票的购买。在交易系统100将门票销售限制到事件开始之前不久开始、并且在事件期间继续的时间段的实施例中，交易系统可以禁止事件门票的销售，直到预期事件开始的预定时间段。在一些实施例中，预定时间段小于可以从其它票源得到门票的时间量。因此，可以配置交易系统IOO,以仅当事件预定(scheduled)在预定数目的天(例如，7天、5天、3天、l天)、小时(例如，72小时、48小时、24小时、12小时、6小时、4小时、2小时、1小时)或分钟(例如，60分钟、45分钟、30分钟、15分钟)内开始时允许购买事件门票，即使可能从另外的票源(例如，比赛地点票务办公室或第三方如Ticketmaster)已经远远更早地(提前几天、几星期或几个月)得到事件门票。在一些实施例中，门票可以在事件期间继续实时交易。可以继续实时交易，直到事件开始或预期事件开始之后预定的时间量，直到预期事件结束之前预定的时间量，和/或预期事件结束或实际结束。因此，在步骤214，交易系统100确定是否感兴趣的事件的门票目前在实时交易中。如果不，那么交易过程进行到步骤216,在那里交易系统100可以提供关于事件的信息以及关于何时可以对选择的事件开始实时交易的评估给用户。在该点，过程可以结束，并且当预期门票可以购买时，用户可以在稍后时间返回。作为替代，可选的步骤218可以允许用户预定警告。交易系统100可以提示用户提供联系信息(例如，电子邮件地址、电话号码或寻呼机号码)，该联系信息可以用于警告用户何时可以购买门票。作为替代，可以配置交易系统100以允许用户为发出警告建立不同的或更复杂的规则。例如，可以配置交易系统100以允许用户建立警告，使得只有当门票价格处于或低于某个数量时，或者只有当门票价格以一定数量或高于一定数量打折时，才警告用户。例如，用户可以指示交易系统100，仅当以90%的票面价格可以得到门票而不管何时满足这个条件时才发出警告；或者，用户可以指示交易系统100,仅当以90%的票面价格可以得到门票并且事件预定开始之前至少剩余15分钟时才发送警告。可以实现用于警告的替代或附加条件而不背离本发明的精神和范围。现在返回到步骤214，在那里交易系统214关于是否选择的事件的门票可以实时交易进行确定，如果门票是"实时的"，那么交易过程继续到步骤220。在步骤220，在优选实施例中，交易系统IOO提供对web页面的访问给用户，该访问允许用户观看和参与对选择事件的门票的实时交易和/或购买。在优选实施例中，这个步骤可以包括验证过程以防止交易系统的滥用，例如通过使用第三方自动程序。验证过程可以包括文本验证，在那里呈现包含不能由自动程序阅读的文本的图像给用户，并且要求用户输入该文本以便继续实时交易。可以使用替代验证方法而不背离本发明的精神和范围。在步骤222，交易系统100提供对实时交易的访问给用户。在优选实施例中，web服务器120提供包括关于选择的事件的门票的交易信息的web页面给用户。交易信息优选地包括直到事件预定开始剩余的时间量，或者直到预期事件结束剩余的时间量。交易信息也可以包括关于门票的信息，例如可得到的门票的数目、与可得到的门票相关联的座位的位置以及可得到的门票的当前交易价格。交易信息也可以包括有限时间量的指示，在该时间量期间保证价格，超过该时间量价格经历变化。根据优选实施例，门票的价格根据下面更详细说明的若干因素，在实时交易期间经历周期性的变化。在步骤224,交易系统100从用户接收用户想购买一些可得到的门票的指示。在优选实施例中，交易系统IOO要求用户通过向交易系统100注册建立帐户。在步骤226，交易系统100例如通过提示用户登录，确定是否用户是交易系统100的注册用户。作为替代，交易系统100可以向用户提供跳过注册过程并且前进到结帐的选项。在步骤228,未注册用户可以建立帐户。如上所述，用于建立帐户的过程优选地包括在web服务器120从消费者接口IIO接收信息，用于建立与用户相关联的消费者简档。消费者简档可以包括如用户名和密码的信息用于登录到交易系统，以及个人信息如用户的姓名和地址以及喜好，如喜欢的事件类型、喜欢的球队和/或喜欢的比赛地点。可以包括其它简档和喜好信息而不背离本发明的精神和范围。在步骤230,交易系统100提示用户提供交易信息。在优选实施例中，交易信息包括支付和帐单信息，如信用卡号码、过期日期、帐单地址和电话号码。因此，优选地web服务器120例如使用安全协议(如安全套接字层(SSL)或安全超文本传输协议(S-HTTP)),建立与消费者接口IIO的安全连接。这个步骤也可以包括用于发送和接收支付的第三方服务(例如，PayPal.com)。这个步骤也可以包括向用户提供事务信息和门票信息的总结，使得用户可以在最后完成购买之前进行最后的确认。在步骤232，交易系统100向用户提供确认页面，该确认页面可以包括事务的总结和事务完成的指示。确认页面也可以包括关于购买的门票将提供给用户的方法的信息。例如，在优选实施例中，门票作为电子门票("电子门票(e-ticket)")提供给用户，并且确认页面包括购买的门票将通过电子邮件提供给用户的通知。作为替代，确认页面可以包括用户可以遵循其下载电子门票的链接。在步骤234,事务服务器140接收在步骤230从用户得到的事务信息。事务服务器140和记帐服务器150执行处理，如为了验证与第三方信用卡处理器通信。如果成功地验证了信用卡，那么交易系统100可以向用户提供确认已经成功处理了支付。否则，如果信用卡确认失败，那么交易系统100可以通知用户并且要求用户重新输入付帐信息或尝试不同的信用卡。如果事务成功，那么记帐服务器150更新事件客户数据库160中的门票存货清单以反映购买。存在门票事务的处理中可以包括的其它记帐和事务任务而不背离本发明的精神和范围。这样的任务的实例可以包括但不限于事务服务器与记帐服务器通信，以及将这样的数据记录到记帐服务器中，该数据用于门票购买或各门票购买的数字或文本属性的特殊字段，该特殊字段(1)与精确地说明可支付帐户(到事件客户)和/或可接收帐户(来自事件客户)有关，(2)对以高细节跟踪其它记帐数据(如销售、佣金、需要的费用和与通过所述发明的门票销售相关联的其它费用)所期望的，(3)对与通过所述发明的门票销售相关联的信用卡费用的处理的成功完成所期望的。最后，在步骤236,向用户提供购买的门票，或者至少根据用户的指令递送。如上所述，在优选实施例中，门票作为电子门票("电子门票")提供给用户。例如，web服务器120可以在消费者接口110产生包括电子门票的web页面。作为替代，交易系统100可以通过电子邮件或其它电子传递装置(例如，多媒体消息传递)向用户递送电子门票。在优选实施例中，每个电子门票包括唯一的标识符，该标识符可以由比赛地点工作人员使用以确认门票的真实性。例如，每个电子门票可以包括唯一的条形码，可以扫描该条形码以验证门票的真实性。可以使用多次和单次门票递送的替代形式而不背离本发明的精神和范围。例如，交易系统100可以提供允许用户在例如WillCall或其它地点获得门票的选项。可以配置交易过程以根据若干示范性的规则操作。例如，不可以购买事件门票直到事件预期开始之前的预定时间量。事件期间也可以继续购买事件门票，只要该事件还未正式结束，或者只要该事件未接近(例如，在预定的时间量内)它的正式结束。例如，在基于时间的体育比赛中，比赛中的剩余零时间还未到达；这里的剩余时间定义如下(a)比赛的正式比赛时间或(b)在"超时"的情况下，超时正式结束而没有剩余比赛时间的点。在其结束不由正式的时间增加(如垒球运动或如音乐会)控制的事件的情况下，事件的结束是这样的点，在该点事件的规则定义它的结束(如垒球中无论平常局还是加时局中的决赛(finalout)),或者根据某个条件(如音乐会中最后歌曲的宣布)事件的大致结束是明显的。在结束不是明显的情况下，由从事件的正式开始已经经过预定时间量(例如，24小时，或者对更长的事件如高尔夫或板球甚至更长)的时间，可以认为已经到达事件的结束。交易过程-替代实施例对由用户使用语音访问以与交易系统100交互的实施例，例如在消费者接口110是电话等的实施例中，可以使用替代交易过程。还注意到，在语音访问实施例中，web服务器120可以包括语音服务器120或用语音服务器120代替。讨论的交易过程的说明可以同样适用于语音访问实施例，所以这里将只说明值得注意的区别。在步骤202,用户通过拨打与交易系统100的语音服务器120相关联的电话号码，在步骤202访问交易系统110。语音服务器120包括能够语音和/或电话按键调识别(例如，DTMF检测器)的语音交互式软件。语音服务器120向用户提供问候消息和选项的菜单列表。选项可以包括注册服务、预订(booking)门票和收听用户的区域的事件。然后，用户可以按键或说词或词组以前进到希望的选项。例如，对预订门票选项，可以指示用户按"2"键或说"预订门票"。一旦用户已经前进到预订门票选项，语音服务器120就提示用户提供关于用户或关于感兴趣的事件的信息。例如，语音服务器可以问用户一系列问题，如事件的名称、期望的门票数目以及期望的门票的质量(例如，可得到的最好的、最便宜的票面价值以及特殊的价格范围)。作为替代，如在步骤204中，语音服务器120可以提示用户提供感兴趣的事件的地理位置(例如，城市的邮政编码或名称)。在步骤206,交易系统100为与由用户提供的信息匹配的事件搜索事件客户数据库160，该步骤206也可包括确定是否事件门票在实时交易中(步骤212和214)。在步骤222，语音服务器120然后用语音结果列表回答用户，该语音结果列表说明尽可能接近地匹配由用户提供的信息的可得到的座位。语音服务器120也可以提供替代选项("每张票只多花2美元，您就可以迁位到40码线上的B区域")。另外，(基于定价算法的结果)可以提供与门票的当前价格相关联的节省的指示以通知用户可得到的节省量。语音服务器120指示用户从可得到的门票选项的列表选择。在步骤224，通过按下适当的号码或说出与期望的门票选项相关联的号码或词组，用户可以从可得到的门票选项选择。语音服务器120也可以向用户提供改变门票请求信息的选项，例如改变到不同的事件或改变门票的数目或门票质量。可以向用户提供其它选项，如完全开始或结束电话呼叫的选项。在该点，可以可选地执行步骤226和228以确定是否用户是注册的用户，并且如果不是，那么提示用户向交易系统100建立帐户。也可以给用户这样的选项建立帐户或跳过注册过程并且直接前进到结帐。在步骤230,语音服务器120提示用户提供事务信息，包括帐单信息，如信用卡号码、过期日期、帐单地址和电话号码。可以给用户选项以在会员简档中建立和存储帐单信息。然后，在步骤234,执行信用卡验证过程，并且如果成功，那么语音服务器120用指示事务已经成功完成的消息回答用户。否则，可以提示用户重新输入帐单信息或尝试不同的信用卡。语音访问实施例中的门票递送可以包括指示用户在WillCall获得门票。或者，可以配置交易系统100以接收电子邮件地址，可以使用该电子邮件地址以电子形式将门票电邮给用户。定价算法优选地使用额外的规则以控制门票的要价。例如，对事件门票购买者的交易和各自的要价可以根据计算机实现的定价算法，该算法测量若干需求变量。在一些实施例中，定价算法可以这样使得门票的价格可以降低但不能升高。在这样的实施例中，随着事件的生命周期之前和/或期间时间的经过和/或随着需求减小，定价算法降低要价。在一些实施例中，定价算法可以向上和/或向下调整门票价格以解决事件之前和/或期间事件门票需求的增大和/或减小。例如，可以预期垒球比赛的过程期间门票需求随着比赛的进行而减小。但是，不寻常或例外的情况，如垒球比赛的晚些的局期间无安打赛局可能导致门票需要的增大。作为另一个实例，在一些实施例中，在事件开始之前开始和结束的时间段期间，可以使用一个或更多需求变量来调整事件的门票价格。在其它实施例中，在事件开始之前开始和事件已经开始之后结束的时间段期间，可以使用一个或更多需求变量来调整事件的门票价格。在其它实施例中，在事件已经开始之后开始和结束的时间段期间，可以使用一个或更多需求变量来调整事件的门票价格。给定事件的门票需求依赖于若干因素，包括-在为事件做广告(具有适当的订货至交货的时间(leadtime))上花费的钱的数量；-公众对该特定事件的兴趣的等级，该等级如运动队的成功或音乐家或乐队的流行的因素驱动；-对事件内容的影响，如运动队中受欢迎的运动员的受伤；-事件门票的票面价值；-相同地理区域中事件的数目、类型和质量(可以认为具有竟争性的其它事件或取代的事件)；-对户外事件以及在某种程度上的室内事件预报的天气情况；以及-事件地点的位置、舒适和访问者经-险的总期望质量。可以配置本发明的定价算法以解决需求中的变化。实时给定变量的集合，定价算法计算事件门票或一组门票(两个或更多)的值。那些变量可以包括一个或更多个下面的需求变量。下面的说明的每个包括关于优选地是手动还是自动跟踪或输入的指示；但是，替代实施例可以包括这些需求变量中的任何的自动或手动输入或跟踪。事件客户ID(CI)-团队、组织者、比赛地点或乐队的标识号码。(自动产生)事件ID(EI)-特定事件的标识号码。(自动产生)事件日期(ED)—事件的日历日期(例如，2006年5月1日或05-01-2006)。(手动输入)事件时区(TZ)-事件举行的地点的时区。(手动输入)夏令时适用性(DL)-为事件开始定时器的数据管理检查夏令时适用性。(手动输入)事件开始时间(ES)-以小时、分钟和秒的事件开始时间(例如，02:00:00PM)(手动输入)。传递截止时间(TC)-事件客户已经同意分配可得到的门票给交易系统100的事件开始时间之前的小时、分钟和秒(注意这不是实时票面价值交易的起点)。(手动输入)分酉己(AL)-由事件客户分配给交易系统IOO用于销售的特定门票类别内的门票数(例如，450事件门票或"所有未售座位")。(手动输入)门票类别(CG)-用于分配给交易系统100的门票存货的门票类别或事件客户分类名称(例如，俱乐部包厢，区域235)。(手动输入)当前日期(CD)-以系统时钟/日期的当前日期。(自动跟踪)当前时间(CT)-以系统时钟/日期的当前时间。(自动跟踪)预期长度(EL)-根据历史研^数据以时间测量的事件的预期长度(例如，02:45:00或2小时45分钟0秒)。(手动输入)预期结束时间(ET)-根据预期长度变量的事件的预期结束时间(例如，2006年5月1日，04:45:00PM)。(自动5艮踪)交易开始时间(TS)-分配的门票的实时交易的开始时间。(手动输入)票面价值(FV)-事件门票的票面价值。(手动输入)开始限制(SL)-如果有，在交易的开始时间的折扣的固定数量(绝对值)(例如，在交易开始时票面价值减价0.25美元，或者在交易开始时0折扣)。(手动输入)开始交易数量(SA)-根据开始限制和票面价值，交易开始时门票将交易的数量。(自动跟踪)低P艮(floor)(FL)-表示为票面价值的百分比。这是作为票面价值的百分比允许门票降价交易的最小百分比数量。(手动输入)低限值(FA)-根据低限变量，作为结果的允许门票降价交易到的数量的绝对值。(自动跟踪)预期长度的百分比(PX)-表达为预期长度的百分比，这表示交易将继续进行的事件的预期长度的百分比，以及更重要的帮助推断交易何时将结束。(手动输入)PX时间值(PV)-这是以小时、分钟和秒表达的EL乘以PX的绝对值。这个时间量可以加到事件开始时间以便计算交易结束时间。(自动跟踪)交易结束时间(TE)-从将PV变量加到ST变量(事件开始时间)得到的结果。(自动跟踪)减小的增量(ID)-这是当发生向下交易调整时门票价值调整的增量。它是根据下面的公式的固定的绝对值[SA变量减去FA变量]除以[(TS变量和TE变量之间的时间差)除以(PI变量)]。(自动跟踪)需求流量到达(DA)-站点到达的流量。这测量由PI变量设置的指定时间增量(例如，步间隔；过去的3分钟)中到与交易系统100相关联的网站的站点到达的数目，以便预见在事件的范围内潜在兴趣的增大或减小。(自动跟踪)需求流量选购(DS)-特定事件的选购的量。这测量指定时间增量(例如，过去的3分钟)中与交易系统100相关联的网站上特定事件的选购的数目，以便测量对那个事件需求的增大或减小。(自动跟踪)需求流量购买(DP)-事件开始之前或从事件开始起，指定时间增量中事件门票的购买量(例如，过去的90秒中售出11张门票，并且到事件开始的剩余时间是23分30秒；或者过去的120秒中售出6张门票，并且从事件开始起已经过去的时间是10分15秒。(自动跟踪)站点到达调整阈值(AT)-这是绝对值，该绝对值定义随着时间的进行，在站点到达(DA)的什么等级将保持而不是降低门票交易值。换句话说，如果DA在PI内达到AT，那么价格在那个PI间隔期间保持在它的当前等级。该相同的测量在下一个间隔再次发生，以再次评估是否将向下调整价格等。(手动输入)选购调整阈值(AT)-这是绝对值，该绝对值定义随着时间的进行，在选购(DS)的什么等级保持而不是降低门票交易值。换句话说，如果DS在PI内达到ST,那么价格在那个PI间隔期间保持在它的当前等级。该相同的测量在下一个间隔再次发生，以再次评估是否将向下调整价格等。(手动输入)购买调整阈值(PT)-这是绝对值，该绝对值定义随着时间的进行，在购买(DP)的等级保持而不是降低门票交易值。换句话说，如果DP在PI内达到PT,那么价格在那个PI间隔期间保持在它的当前等级。该相同的测量在下一个间隔再次发生，以再次评估是否将向下调整价格等。(手动输入)步间隔(PI)-这是分别与DA、DS、DP变量和AT、ST、PT变量组合使用的特定的时间增量。在每个步间隔(例如，设置为3分钟)期间，接近每个间隔结束时，DA、DS、DP变量将依据它们各自的AT、ST、PT变量检查，以便确定是否在那个间隔结束(以时间测量)时将降低门票价格ID变量。其将具有为间隔设置设置"带(band)"的能力，以便进一步避免交易变化的可预见性(例如，可以设置为在3分钟到5分钟带或其它范围内随机移动)。(手动输入)天气指数(WI)_这是尺度变量(例如，从1到5),该尺度变量基于对在事件开始时间紧前面的时间段(2到4小时)的预报的天气的情况。在许多情况下，这个指数将设置为中间位置3，该中间位置暗示天气将对事件出席既没有积极影响也没有消极影响。可以使用其它和/或替代需求变量调整门票价格，而不背离本发明的精神和范围。如上所述，也可以使用事件本身的情况预测或确定对事件门票的需求并确定门票价格。例如，如果事件是垒球比赛，那么可以配置交易系统在比赛开始之前和/或比赛进行中时接收关于垒球比赛的统计数据。例如，交易系统可以与计算机系统通信，该计算机系统提供关于主力队员受伤、当前局、连续得分的数目、击出安打和失误的数据。如果交易系统检测到无安打赛局正在进行中，那么交易系统可以使用这个信息确定是否门票价格应该以更低的速率降低、保持不变或者甚至提高。优选地，定价算法将产生低于门票的原始票面价值的价格结果，但是将依赖于一个或更多个上面的需求变量，或者可以使用的其它变量的实际值而不背离本发明的精神和范围。可能的是如果对那个事件的需求流量足够强，那么门票可以以低于票面价值的很小增量销售。手动输入变量可以根据每个事件和事件客户关系单独管理，并且可以在实际事件开始时间之前(典型地，几周或几月)在契约上一致。图3显示说明可以由交易系统执行的定价算法和过程的流程图。在优选实施例中，这个定价算法和过程是例如根据包括在软件中的指令执行的计算机实现的过程。在步骤302，系统确定是否是开始定价事件门票的时间。在到达。在第二个和随后的迭代中，步骤302可以包括确定与PI相关联的时间量是否已经经过。接下来，在步骤304,系统确定是否这是第一次对这个事件的门票定价。如果这样，那么在步骤306，门票价格设置为开始事件门票提供价格(例如，与开始交易数量SA相关联的价格)。否则，在步骤308,关于是否应该调整门票价格进行确定。这个确定优选地根据时间和门票流量信息进行(例如，如在步骤312确定的)。如果门票价格应该调整，那么在步骤310调整门票价格。在优选实施例中，门票价格根据需求变量、事件参数和流量优化结果(例如，如在步骤314确定的)调整。在一些实施例中，门票价格可以根据已知的价格调整方法调整。在一些实施例中，一个或更多个这里公开的需求变量可以与已知的定价方法结合使用，以便计算价格调整。可以使用若干变量，如上面说明的那些，展开一个或更多个数学和统计学的方程，从而在与这个定价过程的当前迭代相关联的时刻计算事件门票的价值。在步骤312,系统收集门票流量信息。这个步骤可以包括收集信息，如(a)从上次价格调整(例如，在步骤310)起已经销售的事件门票的数目；(b)系统已经销售的事件门票的总数；(c)剩下要销售的事件门票的总数；(d)事件将可以销售门票的剩余的时间量；以及(e)为事件设置的积极(aggressiveness)因子的确定。积极性因子，类似于天气指数(或因子)，是另一个基于指数的需求变量，以允许用户事件客户对多少和多快地降低门票价格(如由所有其它需求变量驱动的那样)施加额外的(除了其它需求变量)限制。例如，在给定时刻，由交易系统使用所有其它需求变量确定的交易价格可以推荐为票面价值的80%;继续该实例，假定积极性因子IO意味着门票将以除了其它变量之外不受妨碍的价格交易；继续该实例，如果替代地设置积极性因子为小于10的某个值(如1;超级保留)，则交易系统将不考虑它自己的推荐来(根据积极性因子设置)调整交易价格为小于推荐的折扣(线性地、对数地或其它统计方法)，因此从最初的推荐降低积极性。在步骤314，系统计算流量优化结果。在优选实施例中，步骤314包括确定上一次价格调整的效果。这可以包括计算效果因子。效果因子可以由系统通过连续地比较预报的或期望的门票需求和实际的门票需求，自动统计获得。测量效果因子的目的是确定算法在最大化门票销售方面正执行得怎样(在它的需求变量限制内)。如果算法执行得不好(根据效果因子的定量结果)，那么交易期间或对后来的事件，可以推荐改变需求变量的设置，然后再次测量实际的销售和效果因子，直到效果因子改善并且直到不能得到进一步的改善。步骤314也可以包括为接下来的销售周期估计预期的Alpha,这里Alpha是用于支持最大化效果因子的目标的统计测量。步骤314可以进一步包括为下一个销售周期估计门票销售。然后，可以使用销售估计支持最大化效果因子的目标。在步骤316，系统检查是否门票定价应该继续。这可以包括比较当前系统时间和与TE相关联的时间，以确定对本事件门票交易是否到了结束的时间。如果这样，那么过程结束。否则，过程再次从步骤302继续。可以实现替代的定价方法而不背离本发明的精神和范围。例如，交易系统100可以允许事件客户设置价格路径，该价格路径将控制价格随时间下降的速率。例如，交易系统100可以允许事件客户设置线性价格路径、固定价格路径或阶梯函数价格路径。实例现在将说明可以如何使用需求变量来计算门票价格的实例。表l中列出根据定价算法计算门票定价中用于这个实例的特殊值。只是作为实例提供这些值；特殊的示范性的值不对本发明施加任何限制。变量实例说明手动/自动<table>complextableseeoriginaldocumentpage23</column></row><table><table>complextableseeoriginaldocumentpage24</column></row><table><table>complextableseeoriginalpage25</column></row><table>图4根据使用表1中列出的示范性的值的优选算法，显示说明门票定价随时间的可能变化的曲线图。注意交易在TS=18:30:00开始。门票正在销售的事件在时间ES=19:05:00开始。交易在时间TE=20:11:00结束。在这个实例中，预期交易结束的时间是根据涉及PX、EL和ST的计算TE=(PX*EL)+ES(1)其中PX是交易将继续进行的事件的预期长度的百分比，EL是事件的预期长度，并且ES是时间开始时间。在图4中，曲线400说明实时交易期间(即，时间TS和TE之间)交易价格打折最厉害的情况，而曲线402说明实时交易期间交易价格保持固定的情况。在实际交易期间，依赖于需求流量站点到达(DA)、需求流量选购(DS)、需求流量购买(DP)、站点到达调整阈值(AT)、选购调整阈值(ST)、购买调整阈值(PT)和步间隔(PI),价格将在线400和402上或之间。虽然上面已经说明根据这里公开的原理的各种实施例，但是应该理解的是它们已经仅作为实例提供，并且不是限制性的。因此，本发明的宽度和范围不应该由任何上述示范性的实施例限制，而是应该只根据从本公开产生的权利要求和其等价物限定。此外，在说明的实施例中提供上面的优点和特征，但是将不限制这样的产生的权利要求到实现任何或全部上面的优点的过程和结构的应用。此外，本公开中对单数"发明"的任何引用不应该用于主张该公开中只存在一点新颖性。可以根据从本公开产生的多个权利要求的限制提出多个发明，并且这样的权利要求因此定义从而受到保护的(各)发明和其等价物。在所有实例中，根据该公开，将对它们自己的优点考虑这样的权利要求的范围，但是不应该由这里提出的标题局限。权利要求1.一种用于促进事件门票的购买和销售的计算机实现的交易系统，该系统包含一个或更多个处理器，配置该处理器以从用户接收对用于事件门票的可用性信息的请求；为了可得到的事件门票进行数据库的搜索；以及确定是否能根据这样的规则销售门票，该规则用于将门票销售限制到这样的时间段，该时间段在事件的开始之前不久开始，并且在事件期间继续。2.根据权利要求1所述的系统，其中从包括体育事件、音乐会事件、戏剧事件和家庭娱乐事件的组选择事件。3.根据权利要求1所述的系统，其中用于限制门票销售的规则允许在预期事件开始之前的预定时间量，开始提供门票用于销售。4.根据权利要求3所述的系统，其中预定时间量不多于72小时。5.根据权利要求1所述的系统，其中用于限制门票销售的规则允许开始提供门票用于销售，直到预期事件结束。6.根据权利要求1所述的系统，其中进一步配置一个或更多个处理器以至少部分地根据至少下述之一计算门票的价格(a)直到预期事件开始的时间量，(b)从事件的开始起已经经过的时间量，以及(c)直到预期事件结束剩余的时间量。7.—种促进事件门票的购买和销售的计算机实现的方法，该方法包含从用户接收对用于事件门票的可用性信息的请求；为了可得到的事件门票进行数据库的搜索；以及确定是否能根据这样的规则销售门票，该规则用于将门票销售限制到这样的时间段，该时间段在事件的开始之前不久开始，并且在事件期间继续。8.根据权利要求7所述的方法，其中从包括体育事件、音乐会事件、戏剧事件和家庭娱乐事件的组选择事件。9.根据权利要求7所述的方法，其中用于限制门票销售的规则允许在预期事件开始之前的预定时间量，开始提供门票用于销售。10.根据权利要求9所述的方法，其中预定时间量不多于72小时。11.根据权利要求7所述的方法，其中用于限制门票销售的规则允许开始提供门票用于销售，直到预期事件结束。12.根据权利要求7所述的方法，还包含至少部分地根据至少下述之一计算门票的价格(a)直到预期事件开始的时间量，(b)从事件的开始起已经经过的时间量，以及(c)直到预期事件结束剩余的时间量。13.—种用于促进事件门票的购买和销售的计算机实现的交易系统，该系统包含一个或更多个处理器，配置该处理器以从用户接收对用于事件门票的可用性信息的请求；为了可得到的事件门票进行数据库的搜索；以及至少部分地根据至少一个需求变量的值计算门票的价格，其中在这样的时间段期间建立需求变量的值，该时间段在事件的开始之前不久开始，并且在事件期间继续。14.根据权利要求13所述的系统，其中门票的价格至少部分地根据直到事件的开始的时间量。15.根据权利要求13所述的系统，其中门票的价格至少部分地根据从事件的开始起已经经过的时间量。16.根据权利要求13所述的系统，其中门票的价格至少部分地根据直到预期事件结束的时间量。17.根据权利要求13所述的系统，其中门票的价格至少部分地根据事件之前不久或期间的天气情况。18.根据权利要求13所述的系统，其中门票的价格至少部分地根据指定时间增量期间涉及事件门票的询问量，该指定时间增量发生在事件之前不久或期间。19.根据权利要求13所述的系统，其中门票的价格至少部分地根据指定时间增量期间事件门票的销售量，该指定时间增量发生在事件之前不久或期间。20.根据权利要求13所述的系统，其中其间建立需求变量的值的时间段在预期事件开始之前不多于72小时开始。21.根据权利要求13所述的系统，其中其间建立需求变量的值的时间段当预期事件结束时结束。22.—种用于促进事件门票的购买和销售的计算机实现的方法，该方法包含从用户接收对用于事件门票的可用性信息的请求；为了可得到的事件门票进行数据库的搜索；以及至少部分地根据至少一个需求变量的值计算门票的价格，其中在这样的时间段期间建立需求变量的值，该时间段在事件的开始之前不久开始，并且在事件期间继续。23.根据权利要求22所述的方法，其中门票的价格至少部分地根据直到事件的开始的时间量。24.根据权利要求22所述的方法，其中门票的价格至少部分地根据从事件的开始起已经经过的时间量。25.根据权利要求22所述的方法，其中门票的价格至少部分地根据直到预期事件结束的时间量。26.根据权利要求22所述的方法，其中门票的价格至少部分地根据事件之前不久或期间的天气情况。27.根据权利要求22所述的方法，其中门票的价格至少部分地根据指定时间增量期间涉及事件门票的询问量，该指定时间增量发生在事件之前不久或期间。28.根据权利要求22所述的方法，其中门票的价格至少部分地根据指定时间增量期间事件门票的销售量，该指定时间增量发生在事件之前不久或期间。29.根据权利要求22所述的方法，其中其间建立需求变量的值的时间段在预期事件开始之前不多于72小时开始。30.根据权利要求22所述的方法，其中其间建立需求变量的值的时间段当预期事件结束时结束。31.—种估价事件门票的方法，该方法包含确定下述至少之一(a)从事件的开始起已经经过的时间量以及(b)直到预期事件结束的时间量；以及根据这样确定的时间量降低事件门票的价值。32.根据权利要求31所述的方法，其中随着从事件的开始起已经经过的时间量增大，门票的价值逐渐降低。33.根据权利要求31所述的方法，其中随着直到预期事件结束的时间量减小，门票的价值逐渐降低。34.根据权利要求31所述的方法，其中门票的价值的降低还根据至少下述之一(a)指定时间增量期间涉及事件门票的询问量，以及(b)指定时间增量期间事件门票的销售量。35.根据权利要求31所述的方法，其中门票的价值的降低还根据事件之前不久或期间的天气状况。36.根据权利要求31所述的方法，还包含在网站上提供门票用于销售，其中门票的价值的降低还根据至少下述之一(a)指定时间增量期间到网站的到达量，(b)指定时间增量期间涉及事件门票的网站上的询问量，以及(c)指定时间增量期间通过网站的门票的销售量。37.—种调整事件的门票价格的方法，该方法包含确定事件门票的价格；执行定价过程的一次或更多次迭代，该定价过程包括确定一个或更多个需求变量的值；确定是否根据这样确定的值改变事件门票的价格；以及如果确定价格应该改变，那么至少部分地根据一个或更多个需求变量的值调整门票的价格。38.根据权利要求37所述的方法，其中执行定价过程的一次或更多次迭代的步骤包含在事件的开始之前开始并结束的时间段上，执行定价过程的多次迭代。39.40.根据权利要求37所述的方法，其中执行定价过程的一次或更多次迭代的步骤包含在事件的开始之前开始并且在事件期间结束的时间段上，执行定价过程的多次迭代。41.根据权利要求37所述的方法，其中执行定价过程的一次或更多次迭代的步骤包含在事件期间开始并结束的时间段上，执行定价过程的多次迭代。全文摘要为促进事件门票的购买和销售提供一种系统和方法。这里公开的系统和方法包括用于在事件之前不久和/或期间估价和销售未售门票的系统和方法。这里公开的实施例允许用户通过电话或因特网与门票交易系统交互，以便搜索对销售可用的门票。所公开的系统和方法可以根据一个或更多具有反映各种需求指标的值的需求变量，逐渐调整可用的门票的价格。根据事件之前不久和/或期间评估的需求指标，可以建立需求变量的值。文档编号G06Q30/00GK101198980SQ200680021646公开日2008年6月11日申请日期2006年5月9日优先权日2005年5月9日发明者唐·W·阿丁顿申请人:唐·W·阿丁顿