反向拍卖方法与系统 本发明的背景
本发明的领域
本发明涉及在线拍卖。特别地，本发明涉及通过因特网提供在线商业之间采购服务的方法和系统，其特征是公布买主对服务和产品的要求，并匹配供应商对满足买主要求的递盘(bid)。
相关技术的简述
当前在线航空机票拍卖向各买主提供了竞标(bid on)航空机票的机会。一般来说，买主指定行程日期，出发与到达城市，及买主愿意为每张机票支付的最大款额。所指定的信息由在线拍卖供应商转发给若干航空公司或代理，以试图获得所选价格的机票。
然后买主收到来自在线拍卖供应商的通知，指出买主的递盘是否已由航空公司接受。在当前的在线拍卖中，买主不能直接与航空公司协商价格。而且，当前的在线拍卖供应商不适合满足有意购买大量机票的公司买主地需要。这是因为，在当前的在线拍卖中，航空机票是不能转让的。而且，当由单个的买主一次购买大量的机票时不能与航空公司协商折扣。而且作为确定接受递盘的部分而考虑的唯一相关的信息只是票价，因而，在用于拍卖的方法和系统的技术中需要面向公司购买者，并允许卖主对于服务和产品引入除了价格信息之外的其它信息，作为拍卖过程的一部分，其中买主和卖主能够直接协商合约。
本发明的的概述和目的
公开了一种在线反向拍卖方法和系统。具体来说，这种方法和系统使要购买产品和服务的买主能够生成投标请求，并将其上载到web站点供供应商访问。供应商通过向web站点上载递盘而提交答复投标请求的递盘。买主以及供应商可以查看所有提交的递盘。
对于答复投标请求而提交的递盘，买主可查看递盘细节，同时供应商可对于他或她提交的递盘查看递盘细节。可通过访问web站点查看递盘细节。一旦递盘被买主接受，或还盘(counter offer)被卖主接受，接受的确认就被发送到提交了被接受的递盘的买主及供应商。
本发明的一个目的是要提供方法和系统，它们是面向公司买主的并允许引入除了服务或产品的价格信息之外的其它信息，作为拍卖过程的一部分，其中买主和卖主能够直接协商合约。进而，本发明的另一目的是要使买主和卖主在彼此进行交易时能够执行经营(deal)和承诺。此外，本发明的另一目的，是要通过使买主和卖主都能够通过因特网协商合约而实现上述的目的。而且，本发明的另一目的是在web站点上公布由买主提交的投标请求以及由卖主提交的递盘的细节，以便于协商的过程。
就以下将变得明显的本发明的这些和其它目的，优点和特征，通过参照本发明以下详细的说明、所附权利要求以及若干这里所附图示，可更清晰地理解本发明的性质。
附图的简要说明
将参照以下附图详细说明本发明的优选实施例，其中：
图1是本发明第一方法的的流程图；
图2A-2C是根据本发明的实施例和方法，用于输入用户登记信息的用户界面的图示；
图3A-3D是根据本发明的实施例和方法，用于输入买主旅行政策信息的用户界面的图示；
图4是根据本发明的实施例和方法，用于向web站点上载旅行历史数据的用户界面的图示；
图5A-5C是根据本发明的实施例和方法，用于生成投标请求的用户界面的图示；
图6是根据本发明的实施例和方法，对递盘开放的投标请求以及对应的递盘的显示图示；
图7是根据本发明的实施例和方法，在答复投标请求所提交的递盘细节的图示；
图8是根据本发明的实施例与方法，用于响应递盘的用户界面的图示；
图9是根据本发明的实施例与方法，用于搜索投标请求的用户界面的图示；
图10是根据本发明的实施例与方法，来自对投标请求搜索的结果的显示图示；
图11是根据本发明的实施例与方法，由供应商访问的买主历史的显示图示；
图12是根据本发明的实施例与方法，由买主提交的投标请求的显示图示；
图13是根据本发明的实施例与方法，买主和供应商之间交易的图示；
图14是根据本发明的实施例与方法，用于输入递盘的用户界面的图示；
图15A-15B是根据本发明的实施例与方法，在回答若干投标请求时由供应商提交的递盘的显示图示；
图16是根据本发明的实施例与方法，用于实现反向拍卖方法的系统图。
本发明的这些和其它特性与优点，将在以下优选实施例的详细说明中描述，或从这些描述可显而易见。
优选实施例的详细说明
现在参照附图，其中相同的元件以相同的标号表示，图16示出根据本发明一实施例的一反向拍卖系统1600。该系统可包括由买主使用的个人计算机(即买主PC1601-1603)，供应商使用的个人计算机(即供应商PC1604-1606)，至少一个交换服务器1610，web和数据库服务器1611的集合，以及相互连接PC1601-1606与服务器1610-1611的网络(即因特网1612)。
买主个人计算机1601-1603及供应商个人计算机1604-1606可以是单独的个人计算机。另外，个人计算机1601-1603可通过买主公司的内联网互连。类似地，供应商个人计算机1604-1606可通过供应商公司的内联网互连。
在本发明的一实施例中，买主可以是有意从供应商(例如航空公司)购买航空机票的公司。买主还可以由旅行社表示。
虽然由服务器1610、web服务器1611a、以及数据库服务器1611b所执行的功能可以在单个的服务器单元中实现，但为了强调它们各自的功能，它们每一个是被分开表示的。服务器1610可包括有高速处理数据能力的计算机。Web和数据库服务器1611a-b可包括装有运行web站点和数据库系统的软件的计算机。例如，web服务器1611a可以是Windows NT服务器，并可包括软件诸如Microsoft InernetInformation Service，用来投送产生的静态html页面以支持下面所示的用户界面功能，并用于对保持在数据库服务器1611b中的数据建模。web服务器1611a也可包括负责在数据库1611b与服务器1610之间数据复制的软件。数据库服务器1611b可通过在分开的Windows NT服务器中运行Oracle`s SQL服务器7.0实现。
在系统1600中，web服务器1611a作为前端服务器，通过因特网1612从买主PCs 1601-1603及供应商PCs收集并向其发送数据。数据可存储在数据库服务器1611b。
交换服务器1610可通过因特网1612连接到web和数据库服务器1611a。交换服务器1610可访问来自web和数据库服务器1611a-b的数据。使用所访问的数据，交换服务器1610执行一些功能，诸如基于由供应商输入的标准搜索投标请求、对递盘排序。
图13示出可能作为在线拍卖一部分而发生的潜在交易的高级图示。在图中，每一买主1302提交一个RFP。另一方面，每一供应商1306可响应一个以上的RFP。虽然未示出，但一个更实际的例子是其中每一买主提交一个以上的RFP，并且每一卖主竞卖任何提交的RFP。
图1示出用于根据本发明的一个实施例进行在线反向拍卖的方法的流程图。步骤101包括买主和至少一个供应商或卖主的在线登记。作为在线登记101的一部分由买主或卖主输入的信息在以下图2的讨论中说明。
在步骤102，买主可输入关于公司的信息以及历史和计划的旅行信息。由买主输入的信息作为步骤102的一部分在以下图3A和3B的讨论中说明。
在步骤103买主生成可能基于历史数据的投标请求(RFP)。历史数据可作为步骤102的一部分被输入，或可通过保持买主旅行对时间的偏好的记录而自动生成。RFP可包括诸如旅行日期，出发和到达机场，所希望的访问级别，座位号码等的信息，这将允许供应商搜索RFP以判断该RFP是否关心的并提交递盘以回复该RFP(步骤104)。
对于一个保持开放的RFP(例如买主还没有接受答复RFP而提交的出价)，提交的递盘可由已经提交递盘的买主及卖主查看(步骤105)就是说，递盘活动可以通过访问图16交换服务器1610被查看。
步骤106可包括对于答复特定的RFP所提交的递盘的细节的查看。递盘细节的显示在以下图7的讨论中描述。
步骤107包括作为反向拍卖的部分可由买主采取的行动。这些行动可包括撤回RFP，拒绝RFP，接受递盘或作出还盘。
步骤108包括作为反向拍卖的部分可由供应商或卖主采取的行动。这些行动可包括接受或拒绝还盘以及对还盘的还价。
在步骤109一旦达成购买协议卖主可向买主发送公司标识(ID)号码。在发送了公司ID号码之后，交易可由买主结束。
在步骤110web服务器1611向买主以及赢得了递盘的卖主传送通知。通知指出递盘接受的确认。
图2A示出用于输入用户登记信息的一用户界面200。用户界面可在图16的任何一个买主PCs 1601-1603上显示。
界面200可包括用于通过输入用户名202和口令204进行登录的字段。也可以提供一附加的字段206供口令的确认。登录过程可发生在实际向系统登记之前。就是说，新用户可通过电子邮件接收登记到系统所需的登录以及口令。另外，用户可首先登记并然后获得登录名与口令。
图2B示出界面200中用来输入关于公司信息的字段。该信息可包括公司名208，公司类别210，公司的纳税人标识号码212，公司的地址216，公司所在城市，州及国家(218，220，222)，公司的电话及传真号码(224，226)，DUNS号码228，以及公司的web站点地址230。
DUNS号码可定义为Dun & Bradstreet公司向一公司指定以便把该公司与一特定的行业等相关联的号码。DUNS号码可用于本发明中，以便检验一特定的对登记签约的公司是一真正的公司。
作为登记过程的一部分，买主输入如同2C所示联系的信息。具体来说，买主可输入他或她的姓名232，他或她的头衔234，电邮地址236，原语言238，电话号码240及传真号码242的信息。
图3A示出一用户界面300，用于输入买主的联系政策信息。联系政策信息可作为RFP的一部分被包括，并可由卖主在寻求对其提交递盘的RFP中使用。
买主可输入别名302以便在在线拍卖过程期间保持匿名。买主可对应的代理商号码306一同输入在预定旅行时所使用的代理商304的名称。代理商IATA号码是指由Air Transport Association指定的号码，并可用来标识预定航空旅行的旅行社。而且，买主可指示当前代理商的使用是否被强制的308。就是说，买主可具有一个记录的旅行社，在通过本发明的系统预定旅行时其使用可被强制如字段308中所指。最后，如果买主不希望强制使用当前的代理商，而是希望强制使用新的代理商预定旅行，则买主可通过使用字段310这样指示。
买主可输入希望小于一定小时数312或持续超过另一小时数314的航班的服务级别。服务级别可包括普通舱，商务舱，或头等舱级别。买主还可指定是否希望不间断的飞行316。
买主可在字段318输入替代的机场信息，并在字段320和322输入旅行模式信息。旅行模式信息可包括当前每年航空量320以及航空旅行预期的变化322。当前每年航空量可按美元指示日历年每年航空量。航空旅行预期的变化322可借助于下一个日历年的百分数表示。
现在转向图3B，用户接口300还可包括字段326，其中买主指示只有一定的供应商将能够对RFP竞标。可从现有的航空公司列表324选择字段326中的航空公司。
图3C显示字段328，在其中买主可输入列表326中航空公司被忽视的原因。最后，图3D显示了在成功登记时向买主所显示的消息。在该消息已经显示之后，向买主发送有用户名和口令确认的电子邮件。
图4示出用于向web站点上载旅行的历史数据的用户界面400。在图4的例子中，旅行历史数据可位于任何买主PCs 1601-1603之一的文件中。用户界面400提供了用于输入旅行历史文件名称的字段402。旅行历史数据可用来生成RFP。RFP还可不依赖于旅行历史数据的上载而人工生成。
被上载的旅行历史数据可被限制为只是旅行历史的一部分。例如，可通过规定开始日期和结束日期而限制旅行历史。用户界面400提供了用于输入开始日期404和结束日期406的字段。用户界面400还提供了用于输入购买机票所在国家的字段(408)，以及用于输入旅行的未来日期(410和412)。
可使用电子表格程序诸如Excel生成旅行历史数据文件。而且，旅行历史数据文件可具有规定排序信息，城市对信息，航空公司，分段计数，收入，及服务等级的字段。
排序是指基于收入的市场排序。排序字段以数字填充，其中一个是最高序。收入可定义为特定的运载器市场的单程成本之和减去佣金，折扣，税的消耗量等。
城市对字段包括双向始发和目标城市，而航空公司字段包括城市对之间飞行的航空公司。
分段计数字段可包括在特定的运载器特定的市场中飞行的分段数的和。分段可定义为单程旅行。市场可定义为始发和目标城市。在旅馆的上下文，市场可定义为旅馆的地点。进而，在租车上下文，市场可定义为车的获取和返还地点。
收入字段可包括特定运载器市场的分段成本和。服务级别字段可指示基于每分段运载器市场中飞行服务级别，这可定义为公司在特定市场上并为特定服务级别花费了多少(例如从费城到达拉斯在普通舱100个单程旅行，其中美元单程旅行成本$300.00)。这时收入字段将包括$30,000(100*$300.00)作为在市场上花费的总收入。
图5A示出用于人工生成RFP的用户界面500。该用户界面包括用于输入种类的字段502；预定国家504；始发和目的城市(506和508)；分段510；旅行开始日期和结束日期(512和514)；服务级别516；RFP开始日期和期满日(518和520)；以及访问控制部分522。
种类字段502可指RFP所提交的服务或产品类型。图5A的用户界面500是为航空公司旅行定制的。该实施例的修改型可包括反映用于所需的非航空公司旅行产品和服务的RFP。
预定国家字段可以指购买航空公司机票所在国家。在字段506中，买主可指定它们可能希望从那个或那些机场出发。在字段508中，买主可指定它们希望到达的机场或多个机场。
买主可在字段510中输入分段(即单程旅行)信息。例如，在字段510中100个分段反映作为RFP的一部分所请求的100个单程旅行。
字段512和514可分别包括旅行开始和结束的日期或日期范围。在字段516中，买主可输入所需的服务级别。例如，买主可指定普通舱，商务舱，或头等舱级别。
在字段518，买主可输入RFP在系统中可供供应商访问而可用的日期。字段520包括在系统中对于供应商观察RFP停止使用的日期。
在用户界面500中访问控制部分522包括从RFP排除的航空公司的一个列表。
图5B示出使用上载旅行历史文件生成RFP的用户界面524。图5C包括用于指定在生成RFP中使用的旅行历史日期的部分526。而且在图5C中还示出从上载旅行历史文件生成的RFP的一个列表。
图6示出对于递盘以及对应的的递盘开放的买主RFP的显示。图6还示出对于单个RFP提交的三个递盘(624，626，628)。RFP产被赋予一RFP号码602。除了显示RFP号码之外，还包括关于RFP附加的信息。列表中每一RFP具有“有效”状态，这指示该RFP对于递盘是开放的。与有效不同的一种状态包括“可用”，这是指没有收到响应或递盘；“响应”是指航空公司或者已经提交递盘，或者已经对买主的还盘还了价；“在出价中”是指买主已经得到还盘并等待响应；“售出”是指出价或递盘已经由买主接受；且“拒绝”是指所作的递盘没有被买主接受并且递盘被关闭。其它的RFP和递盘相关信息包括递盘供应商604，预定国家606，城市对608，提供的分段号码610，请求的分段号码612，服务级别614，标准和旅行日期(616，618)，以及RFP开始和结束日期(620，622)。
图7示出答复特定的RFP 702而提交的递盘的细节。每一递盘有相关的状态703，这可指示该递盘是否是新的，是否已经更新，是否由买主还价，或被拒绝。卖主也可以对特定的RFP访问递盘的细节，并因而能够更新它们的递盘试图让买主接受。在本发明的一个实施例中，一旦对于特定的RFP递盘已被拒绝，则提交被拒绝的递盘的卖主不能更新该递盘，或回复该RFP而提交一个新的递盘。
字段704指示提交递盘的航空公司的名称。卖主承诺部分可包括价格705，百分比折扣706，百分比返回708，提高等级710，及经常飞行乘客里程712。
买主承诺部分包括分段字段714，所提供的单程旅途百分比716，百分比收入718，及收入量720。分段字段714包括由航空公司提供的按价格栏705指示的每分段价格的分段数.
百分比收入718可包括可由供应商要求的花在给定的市场上的收入的百分比，以便给出折扣或鼓励。例如，供应商可预期在特定市场或捆绑市场(至少旅馆市场)上，在这些市场上交换10％折扣时收到$100,000.00的业务价值。在另一例子中，供应商可能预期收到花费在特定市场上50％的款额，即买主每年在给定的市场上花费$300,000.00，而供应商预期至少从买主获得$150,000.00。
图8示出用于响应递盘的用户界面800。买主可对特定RFP号码802的递盘624进行观察，并可通过使用按钮804接受、拒绝、或还价该递盘而答复该递盘。
图9示出对卖主显示的一用户界面，用于搜索在系统中满足一定标准的卖主或RFP。用户界面900可包括字段904，该字段允许卖主基于诸如由买主规定的始发或到达机场、城市对、分段数、服务级别、旅行日期等这样的标准搜索RFP；字段906，该字段允许卖主基于买主的标准诸如买主公司总部所在地，买主旅行社，预期的航空容量的变化等，搜索来自买主的RFP。
搜索字段902对卖主提供了搜索所有在一定时间区间内开放的可用RFP的选项。最后，卖主有通过点击用户界面900中的按钮908搜索RFP的选项；或者通过点击按钮910搜索买主。
RFP信息可驻留在图16的数据库1611中，且搜索可通过例如使用SQL命令进行对数据库的查询而实现，这些命令包括在字段904和906作为查询参数输入的信息。一旦从数据库检索到满足各字段中的描述的RFP，它们即可向卖主显示。每一RFP除了由卖主作为搜索用的参数使用的信息之外还包括信息。
图10示出来自搜索买主结果的显示。买主可由别名1002标识。所显示的信息可与由买主1002提交的满足RFP搜索标准特定的RFP相关。该信息可包括客户航空量1006，对于特定RFP的预定代理商1004，总部城市1008及总部州1010。航空量可定义为预期公司在规定的时间区间花费在航空旅行的总量。例如，公司的年度航空量$1,500,000.00是指，预期公司将在该年期间在航空旅行上花费该款额。
图11示出由供应商访问的买主历史信息的一示例性显示。所显示的该信息可包括买主别名1102，按美元计的年度航空量1104，预期的航空量变化1114，预定代理商1106及相关的IATA号码1112，代理商强制指示1108，需要预定的的代理商1110，及旅行政策信息1116。卖主可访问由买主在相关的历史数据日期的范围预定的航班列表1118。
图12示出由特定客户1202提交的RFP列表1204的显示。该列表1204可包括满足卖主搜索标准的买主RFP，以及由同一买主提交的其它RFP。
图14示出用于输入递盘的界面1400。一旦买主识别出有兴趣的递盘，买主可开始与提交该递盘的卖主协商。作为协商的一部分买主可对初始的递盘还价。用户界面1400可显示由卖1401主作出原始递盘以及还盘1402。当显示给供应商时，界面1400向供应商提供字段1404以响应买主的还盘。
图15A示出在由供应商答复若干RFP提交递盘的进展中的列表1502。列表上的信息可包括RFP号码1504，买主别名1506，预定国家1508，城市对1510，在递盘中提供的分段数1512，由买主最初要求的分段数1514，服务级别1516，旅行开始日期1518，旅行结束日期1520，RFP开始日期1522及RFP期满日期1524。类似地，图15B示出已经结束的RFP列表1526。列表1526包括规定向其它供应商售出的那些RFP 1528以及被拒绝的的那些1530的部分。
虽然已结合以上概述的特定实施例对本发明进行了说明，当然许多可替换的修改型和变形对于业内专业人员是明显的。因而，上述本发明的优选实施例是作为示例，而不是限制。在不背离本发明的精神和范围的情形下可作出各种变化。