专利名称：票务系统的自动流量产生的制作方法
技术领域：
本发明的示例性实施例一般涉及票务系统(faring system),更具体地,涉及用于评价票务系统修改/增强的伪流量(影子流量)的产生。各种示例性实施例可被用于向顾客提供旅行相关产品的在线系统中。
背景技术：
以下使用的几个术语定义如下。交易票务系统能够基于由顾客请求的诸如到达目的地的最便宜票价和给定日期附近的最佳票价的准则计算并返回票价报价的系统。顾客通过交易即后跟答案(计算的票价报价)的问题(对于票价报价的请求)与这里也称为票务系统的交易票务系统通信。购票(faringshopping)服务器购票服务器是实现由票务系统提供的产品的交易服务器。这些服务器负责计算对于由顾客提出的询问的响应。存在两种类型的购票服务器:专用于生成的那些、专用于筹划(staging)的那些。生成生成是其中为了对于由顾客提出的询问返回答案进行计算的操作设施(计算机系统)。筹划筹划是票务系统的相对较小的专用部分，在这里，新的产品可在可公用于顾客之前被“验证”。操作验证当新产品已被验证为“功能”有效时，它在真实寿命条件下经历一系列的测试，以确保它也是“操作”有效的(即，评价产品对于整个票务系统的影响)。这也被称为操作验证。影子流量流量(S卩，来自顾客的请求)的一部分被票务系统复制，以用作用于筹划的流量的来源。对该复制流量(称为影子流量)的响应不返回给顾客。本发明的示例性实施例特别涉及其目的是基于由顾客请求的例如给定目的地和日期的最便宜的航班、给定日期附近的最佳航班票价等的准则计算并返回最佳票价报价的交易票务系统。这些服务通过购票服务器被处理，并以高的速度(例如，每天9千万次交易)被访问。票务系统的预报变化(例如，新产品、新容积、新顾客)要先进行操作验证，以确保系统可应对期望的附加的资源消耗(例如，CPU、存储器、数据库、网络和其它资源)。通过影子流量实现操作验证。也就是说，进入的顾客流量的一部分在顾客不知道的情况下从生成设施被复制。该复制的影子流量然后被转送到意图是测试票务系统中的演变的称为筹划设施的幻影操作设施。该影子流量运行对于筹划设施的影响然后被监视和分析，而原流量通过生成设施以通常的方式被处理并以通常的方式返回给顾客。当引入这种生成演变(例如，新市场、新维度、新产品)时，会出现其中现有的流量不适于操作确认的情况。在这些情况下，为了产生执行确认所需要的输入，必须模拟流量。注意，可以设想几种技术以获得用于操作确认的相关流量。例如，一种可能的这样的技术会是一次激活向一个客户的演变。在该可能的方案中，演变(例如，新产品、新市场)可由票务系统提供，并仅在第一阶段中对于几个客户被启用。处理新服务所消耗的总资源可望对于总生成设施具有有限的影响，并且，可对于创建精确的容量计划精确地分析该成本。但是，该方案包括请求客户开始发送新的流量，这会是十分困难的。存在即使通过几个客户产生的流量也消耗比期望的多的资源并可因此危及票务系统的操作稳定性的风险。另一缺点是，该方案不适用于其中前提是向所有客户同时开放新的服务的情况。另一可能的技术会是从预记录的现有的流量产生流量。即，可对于给定的时间段记录现有的顾客流量并然后离线(例如，从盘)变换该记录的流量，以使其表现为目标将是新产品的流量。然后可在监视由在预记录和变换的流量上处理新的服务所消耗的资源的同时手动重放变换的流量。但是重放预产生的流量不提供足够的多样性，特别是当需要长时间地运行验证时。并且，模仿看起来类似于实际流量的重放的步调是十分困难的。至少这两个缺点导致不完整的基准，并因此导致不精确的容量计划。另一可能的技术会是在进入的请求的内容被处理之前转换它们。例如，转换器单元可被置于真实服务器前面，以修改例如用于启用由票务系统提供的产品的新的特征(即，新的选项)的进入的请求的内容。不需要在该处理中包括离线存储。但是，该方案在现实中是不实际的，原因是其操作影响生成设施的顾客。例如，流量被修改的那些客户可被给予对于与它们已提出的请求不同请求的响应，从而导致顾客困惑和疏远这些顾客的可能性。另一方案会是从顾客复制所有进入的请求并在相邻的服务器上使用它们。这样，只有现实的流量被使用，不烦扰顾客。但是，该方法产生大量的数据，特别是由于顾客流量根据日期、特殊的出价和假期等改变。因此，服务器实际上可由于远高于其处理能力的流量过载，该流量包含大量的无用信息。
发明内容
根据本发明的实施例，克服了以上和其它的问题，并且实现其它的优点。在其一个方面中，示例性实施例提供由具有包含至少一个购票服务器的生成设施、包含至少一个购票服务器的筹划设施和用于与顾客进行双向通信的入口点的票务系统执行的方法。方法的特征在于包括:响应于从顾客接收交易，向生成设施的购票服务器发送交易以供处理并且还向形成筹划设施的一部分的流量产生子系统发送该交易；根据至少一个规则在流量产生子系统上选择性地修改接收的交易，以创建至少一个修改的交易；和向筹划设施的购票服务器发送所述至少一个修改的请求以供处理。
在其另一方面中，示例性实施例提供包括包含至少一个购票服务器的生成设施、包含至少一个购票服务器的筹划设施和用于与顾客进行双向通信的入口点的票务系统。票务系统在特征在于，它还包括:存储变换规则的数据库；和流量产生子系统，该流量产生子系统被配置为从顾客经由入口点接收交易，以确定接收的请求是否是适用于产生用于购票服务器的模拟数据的一个请求，并且，如果是，那么根据从数据库检索的至少一个规则修改接收的交易以创建至少一个修改的请求，并将所述至少一个修改的交易发送到筹划设施的购票服务器以供处理。在其另一方面中，示例性实施例提供票务系统，该票务系统包括:具有至少一个购票服务器装置的生成设施装置；包含至少一个购票服务器装置的筹划设施装置；和入口点装置，该入口点用于与顾客进行双向通信，包括从顾客接收交易和将接收的交易发送到生成设施装置的所述购票服务器装置以供处理，并用于将接收的交易作为影子交易发送到所述筹划设施装置。票务系统包括用于根据从规则数据库获得的至少一个规则选择性地修改在筹划设施装置上从所述入口点装置接收的影子交易以创建至少一个修改的影子交易的装置。规则数据库至少包含变换规则组和执行规则组。票务系统的特征还在于，包括用于向筹划设施装置的购票服务器装置发送所述至少一个修改的阴影交易以进行处理以评价票务系统的潜在的新的或修改的功能的装置。在其另一方面中，示例性实施例提供包括具有至少一个购票服务器装置的生成设施装置、包含至少一个购票服务器装置的筹划设施装置和用于与顾客进行双向通信的入口点装置的票务系统。票务系统包括用于确定接收的顾客交易(请求)是否是适用于产生用于购票服务器装置的模拟数据的一个交易；用于根据从规则数据库获得的至少一个规则修改在筹划设施装置上从所述入口点装置接收的适当的顾客交易以创建至少一个修改的交易的装置。规则数据库至少包含变换规则组和执行规则组。票务系统还包括:用于向筹划设施装置的购票服务器装置发送所述至少一个修改的交易以进行处理的装置；和用于向顾客发送供顾客在评价顾客的潜在的新的或修改的功能时使用的处理的修改的交易的结果的装置。
当结合附图阐述优选实施例的以下的详细描述时，本发明的当前优选的实施例的以上和其它方面变得更加明显，其中，图1表示根据本发明的示例性实施例构建和操作以包含流量产生子系统和变换规则数据库的票务系统。图2是示出将给定的TXNa变换成至少一个TXNb时的图1的流量产生子系统的操作的逻辑流程图。图3表示最多数量的推荐的增加。图4示出在产生新的(变换的)影子流量的过程中在图1的流量产生子系统中出现的各步骤。图5表示从第一交易到第二修改的交易的请求航班的数量的增加。图6示出根据图5的例子的在产生新的(变换)影子流量的过程中在图1的流量产生子系统中出现的各步骤。
图7表示在表征新产品中操作以向客户返回由客户使用的信息时，根据本发明的示例性实施例构建和操作以包含流量产生子系统和变换规则数据库的票务系统。
具体实施例方式作为介绍，本发明描述为了从来自票务系统的操作设施的现有流量产生任何希望的流量而与交易票务系统交互作用的新型系统。如下面将详细描述的那样，本发明的示例性实施例提供基于一般构架的自主系统，其目的是变换进入的流量以类似于新的流量，并将其发送给筹划设施购票服务器。构架由专用知识数据库驱动，以确定如何变换进入的交易以及如何填充存在于产生的交易中的新的字段(例如，字段的可能的评估、字段值之间的交互关系等)。系统根据它接收的进入的影子交易对于每个市场调整其变换。当需要特别的产生(例如，复杂或域特定数据操作)时，系统可依赖于用于商业变换的插件。实时流量变换允许系统连续地产生多样化的交易，并由此在在操作验证中执行的资源消耗的测量中提供高的置信度。系统具有产生所必需量的流量的能力，不管出现什么进入的流量。系统不影响生成客户操作，原因是它在影子流量上操作，并且不需要直接顾客介入以操作。并且，为了实现操作稳定性，系统自动地节流流量产生(例如，以保持与筹划设施连接的外部生成系统)。使用本发明的示例性实施例，还提供大量的与商业相关的优点。例如，一般变换构架使得能够产生适于模拟各种情况(例如，应力测试、耐久性、稳健性、容量、极限)的流量。产生的流量可被用于测试实际上不能通过真实的顾客流量实现的新产品的限制或极端情况。并且，产生的流量的精度提高在操作验证中收集的度量的置信度，当考虑容量计划的精度时，该度量是重要的因素。丢掉的对于顾客的依赖性也有助于提高市场化在票务系统中部署的新产品的时间。另外，自动产生的流量减少在执行操作验证时花费的时间，由此丢掉成本。并且，使用本发明的示例性实施例有助于保持日常操作的生成设施的操作质量，同时减少在在票务系统中引入新顾客或新产品时引入不稳定性的风险。使用本发明的示例性实施例还使得顾客能够执行他们自身的容量计划，以监视新产品对于他们自身的操作设施的影响。例如，本发明的示例性实施例可使用一般流量变换方案而不是依赖于手动变换。即，系统基于存储于知识数据库中的商业变换规则产生流量，并能够一次容纳多个流量变换。这提供适于各种操作验证的多样性的流量模拟器。系统避免每当必须执行操作验证时需要手动设计新的流量变换器，由此，与保持手动导出、手写的流量变换器相比，丢掉操作验证的成本。示例性实施例提供大大改善操作验证的实时和精确的流量产生。在实时流量上执行流量产生，并可由此提供一整天的操作。该方案允许再现在生成中一般看到的所有流量行为，诸如每秒的交易的变化以及在一天中的特定的时间的交易应力峰。发送的步调和产生的流量的关联使得能够在广泛测试新产品(例如，限制行为和极端情况)时非常有效地利用本发明。使用示例性实施例使得能够对票务系统进行广泛和现实的应力测试。示例性实施例还关于生成以透明的方式操作，并且当在不影响生成性能的情况下从影子流量产生交易时，对于顾客透明。本发明的系统不向生成返回数据。系统还对于筹划购票服务器透明，因为其用作影子流量与筹划购票服务器之间的独立介入服务器。购票服务器不知道它们接收产生的流量，并且不需要被修改以处理接收的流量。系统还可在它向筹划购票服务器发送太多的产生的流量的情况下或者在产生的流量导致一些技术问题的情况下节流或暂停流量的产生。在筹划票务系统需要联系外部生成设施(例如，顾客预定航班可用服务器)的情况下，实现太多产生的流量的效果的减轻。可参照表示根据本发明的示例性实施例构建和操作的票务系统10的图1。票务系统10包括包含购票服务器14的生成设施或系统12和也包含购票服务器18的筹划设施或系统16。生成设施12和筹划设施16与入口点20通信耦合，通过该入口点20，顾客22获取对于票务系统10的访问并接收对于询问的响应。入口点20向生成设施12的购票服务器14提供从顾客22接收的真实流量(TXNa)。注意，在示例性应用和使用情况下，生成设施12可不具有筹划设施16的存在和/或操作的知识。根据示例性实施例，筹划设施16还包括与数据库26耦合的流量产生服务器或子系统24，该数据库26存储在流量产生子系统24的操作中供流量产生子系统24使用的各种商业变换和其它信息。本发明的示例性实施例由此作为其一个方面在票务系统10中包括新的流量产生子系统24。票务系统10提供由购票服务器14服务的几个产品。票务系统10基本上在两个设施中被复制。第一设施是负责处理来自顾客22的生成请求的生成设施12。第二设施是筹划设施16，基本上是在用于筹划新服务、新市场等的操作验证中使用的私有设施。在图1中，表示服务来自通过发出TXNa瞄准产品A的顾客22的请求的生成票务设施12。可以假定某些操作验证正在进行以筹划将使得可用于生成设施12中的新产品B。为了筹划该服务，一些流量TXNb必须可用于筹划设施16的购票服务器。该流量TXNb由流量产生子系统24产生。当客户(顾客22)对票务系统10提出请求TXNa时，入口点20复制该请求(影子TXNa)并将其路由到筹划设施16中的流量产生子系统24。流量产生子系统24产生新的请求TXNb，并将附带交易(经由入口点20)发送到筹划购票服务器18，以供进一步的监视。同时，顾客22在不受由筹划设施16执行的正在进行的操作验证的情况下从TXNa接收他期望的响应。实现本发明的流量产生子系统24优选被配置为收听和响应于在票务系统10中限定的任何类型的交易，并由此能够接收任何输入流量。还参照图2，流量产生子系统24操作，以选择性地将给定的TXNa变换成一个或更多个(至少一个)TXNb。该伪流量的产生遵循由存储于专用数据库26中的这里也称为商业变换的变换驱动的技术。在块2A中，流量产生子系统24通过使用输入滤波器检查进入的TXNa是否可被用作用于正在进行的操作验证的流量的来源。如果不是，TXNb被丢掉(忽略)并由此不变换成至少一个TXNb。假定可以使用进入的TXNa，那么根据购票请求TXNa的内容(例如，离港航班、入港航班、承载人、旅行社等)，流量产生子系统24从商业变换数据库26取得应被应用以产生新流量的变换规则26A的列表。作为非限制性例子，变换规则26A可包含值规则、分布规则和关系规则。如果没有发现适用的变换规则，那么交易被丢掉。假定发现变换规则26A适用，那么，在块26C，流量产生子系统24然后检查应适用于产生的流量的执行规则26B(例如，从输入产生的交易的数量、发送步调等)。如图2所示，执行规则26B可包含例如节流规则和循环规则。流量产生子系统24然后在块2D中施加适用的变换规则26A，以产生一个TXNb,并且，在块2F上，向购票服务器18发送产生的TXNb以用于处理(经由入口点20)。注意，该处理可以是递归的，并且可被重复，直到达到由执行规则26B表明的流量的量。在图2中由块2E和2G表示该递归。流量产生子系统24由此通过施加一系列的变换规则26A和执行规则26B产生流量。适用规则26A、26B被存储于专用数据库26中。一般地，可根据操作验证的需要手动填充数据库26。对于要产生的流量，具有至少一个在数据库26中限定的规则就够了。作为推论，不需要在数据库26中存在所有类型的规则。现在进一步详细讨论规则26A、26B，特定的变换规则26A规定:它适用的输入的类型、为了产生新输出(TXNb)应用的规则组和执行规则26B中的一个或更多个的名称(或一些其它类型的参照)。一些规则可表现简单的数据映射，例如，将来自TXNa的字段值复制到TXNb中的字段的映射。其它的规则可表现如何向TXNb中的新字段提供值。可被称为评估规则的这些规则限定将插入产生的请求中的字段的列表(例如，运输工具、市场、城市等)连同可对于各字段产生的值的列表。例如，评估规则可规定添加具有NYC或PAR作为可能的值的城市字段。分布规则规定对于字段产生值的频率。根据以上的例子，一个示例性分布规则可产生PAR60%时间和NYC40%时间的值。关系规则规定字段评估如何影响其它字段的评估。可以使用关系规则，以例如将字段之间的语义依赖性模型化，或者，将评估的某些组合记入黑名单(禁用)。对于不匹配一般方法的性能，可通过使用插件执行特别的变换。当一般逻辑依赖于例如一些特定的复杂商业约束(例如，基于地理约束的产生)时，这会是有用的。执行规则26B规定从输入交易产生的流量的循环和流量调节。循环规则规定从输入TXN产生多少交易。在真实生成流量的量不足以满足操作验证的需要的情况下，这会是有用的。在这种情况，则它可被规定，以从单个TXNa产生n个TXNb，这里，n可大于等于I。另一类型的执行规则26B是限定如何发送产生的流量的调节规则，例如，在TPS (每秒的交易)中发送的频率。如果产生的流量产生太多的技术错误(例如，产生太多的交易时间超出)，那么发送功能自动调节自身以发送更少的流量。现在，为了进一步解释本发明的操作，描述几个示例性使用情况以及通过使用本发明获得的益处和技术效果。第一使用情况例子涉及增加返回给顾客的航班推荐的数量。假定在票务系统10内顾客22能够访问产品A，该产品A对于给定日期的给定旅程(出发到目的地)返回最便宜的航班并由给定的运输工具操作。票务系统10对于匹配顾客准则的最便宜航班返回推荐。如图3所示，假定顾客有权请求高达100个航班推荐，并且希望测试如果推荐的最大数量上升到更大的值(例如，达250个航班推荐)票务系统10会如何表现。可通过记住以下的约束实现该产品的演变。首先，顾客22不能被准予请求更多的航班推荐的权利，原因是这会危及票务系统10的操作稳定性。另外，可由票务系统10计算的航班推荐的最大数量是未知的，并且需要被事先估计。给定以上的约束，可通过以下的变换规则(存储于数据库26中)配置流量产生子系统24:
确定由顾客请求的航班推荐数量的范围的一个评估规则；规定随机产生推荐值的一个分布规则；和规定如果输入流量请求比产生的输出多的推荐则保持最大数量的推荐的一个关系规则。图4所示的次序示出在产生新的(变换的)影子流量的过程中在流量产生子系统24中出现的各步骤。块4A和块4B基本上与图2的块2A和图2B相同。在这种情况下，从生成设施捕获的流量被传送到流量产生子系统24。输入滤波器(块4A)仅保持与产品A相关的流量。在块4C和4D中，在操作验证中，评估规则被手动更新，以改变航班推荐数量的范围(首先是[100，300]，然后是[200，400]，然后是[300，500]，等等)，直到确定“最大推荐”的新的可接受的值。该递增方法有助于确定票务系统10的极限，这如果要依赖于仅仅使用真实生成流量，会是困难的或者不可能的。第二示例性使用情况涉及对于特定的运输工具产生复杂旅程计划。假定作为非限制性例子，当前使用产品B的日本顾客将很快使用由票务系统10提供的新产品B'。顾客22将请求对于包含“复杂旅程计划”的行程票价报价，诸如对于给定日期范围的包含至少四个航班(国内和国际)的旅行的最便宜的票价。进一步假定当前目标是产品B的顾客流量仅包含由最多两个航班构成的国内请求。为了产生用于操作验证的相关流量，流量产生子系统24被配置为仅处理来自该日本客户的交易。流量产生子系统24施加以下的规则(还参见图5和图6)。变换规则:一个评估规则:新的国际航班被插入进入的请求中。插入的城市均可在一个直达航班中从日本到达。一个分布规则:在产生的请求的航班段中随机插入国际航班。—个关系规则:语义关系规定，必须选择插入的航班，使得所有航班在航班请求中保持连续(如图5所示)。第二关系规则:不管在原请求中存在多少航班段(一个或两个)，都必须在产生的请求中存在四个航班段。执行规则:一个执行规则:不得在比10TPS大的频率下发送新的交易，以不超过计算能力。在以上的例子中，假定对于进入的TXNb,不是所有的三个约束(例如，插入的城市都是在一个直达航班中从日本到达的，插入的航班必须被选择，使得所有航班在航班请求中保持连续，并且必须在产生的请求中存在四个航班段)可同时被强制。在这种情况下，输入滤波功能会简单地丢掉进入的TXNb并且会不产生交易。图6示出在从生成流量TXNb产生新的流量(TXNb')的过程中在流量产生子系统24中出现的各步骤。块6A、6B和6C分别基本上与图2的块2A、2B和2C相同。引至生成设施12的流量通过入口点20被捕获(即，被复制)，并被传送到流量产生子系统24，并且，只有与产品B相关的流量(TXNb)得到保持。S卩，不与日本客户(并且不与产品B)对应的流量简单地被丢掉。在块6D中根据评估规则处理请求，并且，新的流量(TXNb')被发送到筹划设施购票服务器18。如果每秒产生的流量的量超过由与节流相关的执行规则施加的极限(在本例子中为10TPS)，那么新产生的交易在被发送之前被丢掉。第三示例性使用情况涉及在客户设施上执行操作验证。假定航空公司(这里，称为客户22')要在其网络入口上部署新的服务。该服务利用票务系统10的新产品X。这一方面可参照在几个方面与图1类似的图7。在打开生成之前，由票务系统10返回到客户航空公司的信息量没有被精确地获知。为了确保客户的网络基础构架将能够处理通过票务系统10返回的数据量，客户希望在在生成中打开它之前测试其自身的服务(对于新产品X)。还假定客户不希望手动执行其操作验证，并且需要现有的流量源模拟新的流量并验证客户的网络基础构架的操作稳定性。在该情形中，能够使客户22'具有私人访问筹划设施16的流量产生子系统24的能力。在实现了私人访问之后，客户22'发送引向流量产生子系统24的流量(例如，预记录流量交易、复制流量和/或通过任何装置由客户22'获得的流量)(TXNw)。该交易根据存储于数据库26中的商业变换变换成供给到筹划系统购票服务器18的流量TXNx。在这种情况下，商业变换被选择为实现属于通过航空公司客户22'发出的新服务的交易消息。购票服务器18的输出随后作为TXNx流量返回到航空公司客户22'，由此使得客户22'能够在结合票务系统10实际发出新服务之前测试其网络基础构架。即，流量产生子系统24产生相关交易并将它们转送到筹划系统购票服务器18，以供处理。来自购票服务器18的响应被转送到客户22'，该客户22'然后能够处理该数据并执行其自身的操作验证。应当指出，图2、图4和图6所示的各块可代表与存储于商业交易数据库26中的知识模型(变换规则、执行规则)协作地通过形成流量产生子系统24的一部分的一个或更多个数据处理器响应于计算机程序指令的执行实施的操作。这些计算机程序指令被视为存储于形成流量产生子系统24的一部分的诸如固定或可去除盘和/或固定或可去除半导体存储器的一些适当的计算机可读介质中或其上面。作为替代方案，图2、图4和图6所示的各种块可被视为被配置为与存储于商业变换数据库26中的知识模型(变换规则、执行规则)协作地实施规定的功能的互连硬件元件。作为替代方案，图2、图4和图6所示的各种块可被视为计算机程序指令和互连硬件元件的组合。并且，可分别通过使用执行计算机程序代码的一个或共位或分布数据处理平台实现生成设施12、筹划设施16和购票服务器14和18中的每一个。在一些实施例中，可在单个数据处理平台上实现该功能的全部。以上的描述通过示例性和非限制性的例子提供本发明的示例性实施例的全面和有教益的描述。但是，当结合附图和所附的权利要求阅读时，鉴于以上的描述，各种修改和适应对于本领域技术人员会变得十分明显。作为仅仅一个例子，本领域技术人员可尝试使用其它类似或等同的票务系统架构。但是，本发明的教导的所有这种和类似的修改将仍落在本发明的实施例的范围内。并且，用于描述的系统组件的各种名称(例如，生成设施、筹划设施、购票服务器、流量产生子系统等)不是要限制任何方面，原因是这样的各种系统组件可通过任何适当的名称被识别。例如，作为两个非限制性例子，流量产生子系统24可被称为流量模仿单元或影子流量变换系统而不失一般性。并且，应当理解，示例性实施例的使用不仅仅限于与航空公司预订相关的目的，而可用于进行其它类型的预订(例如，火车、公共汽车、汽车、旅馆等)。
并且，可以在不相应地使用其它的特征的情况下使用本发明的各种非限制性和示例性实施例的特征中的一些，以获得优点。因而，以上的描述应被视为仅是本发明的原理、教导和示例性实施例的解释，而不是其限制。
权利要求
1.一种用于产生由票务计算机系统执行的模拟数据的方法，该票务计算机系统具有包含至少一个购票服务器的生成设施、包含至少一个购票服务器的筹划设施和用于与顾客装置进行双向通信的入口点，其特征在于，该方法包括: -在票务计算机系统上从顾客计算机装置接收请求； -向生成设施的购票服务器发送所述请求以供处理，并且还向形成筹划设施的一部分的流量产生子系统发送所述请求； -如果接收的请求被确定为是适用于产生模拟数据的一个请求，那么从存储于规则数据库中的执行 规则组和变换规则组选择至少一个规则，所述变换规则组包含数据映射规贝U、评估规则、分布规则和关系规则中的至少一个，所述执行规则组包含循环规则和调节规则中的至少一个； -根据所述至少一个规则在流量产生子系统上修改接收的请求，以创建至少一个修改的请求；和 -向筹划设施的购票服务器发送所述至少一个修改的请求以供处理。
2.如权利要求1所述的方法，其中，数据映射规则规定哪些字段和相关联的字段值是从接收的请求被复制到修改的请求的。
3.如权利要求1所述的方法，其中，评估规则规定要插入修改的请求中的字段的列表和要用于各插入的字段的值。
4.如权利要求3所述的方法，其中，分布规则规定当产生修改的请求时使用来自评估规则的特定值的频率。
5.如权利要求1所述的方法，其中，关系规则规定修改的请求中的字段的一个值对于至少一个其它字段的值的影响。
6.如权利要求1所述的方法，其中，循环规则规定要从一个接收的请求产生的修改的请求的数量。
7.如权利要求6所述的方法，其中，调节规则规定要发送到筹划设施的购票服务器的每单位时间的修改的请求的最大数量。
8.如权利要求1 7中的任一项所述的方法，实现为由至少一个数据处理器执行计算机软件指令的结果。
9.如权利要求1 8中的任一项所述的方法，其中，筹划设施的购票服务器处理用于评价票务系统的潜在的新的或修改的功能的修改的请求。
10.如权利要求9所述的方法，其中，修改的步骤取决于特定的接收的请求与潜在的新的或修改的功能的评价相关，否则，接收的请求被忽略。
11.一种票务计算机系统(10)，包括包含至少一个购票服务器(14)的生成设施(12)、包含至少一个购票服务器(18)的筹划设施(16)和用于与至少一个顾客装置进行双向通信的入口点(20)，其特征在于，筹划设施还包括: -存储变换规则和执行规则的数据库(26);和 -流量产生子系统(24)，该流量产生子系统(24)被配置为从顾客装置经由入口点接收请求，以确定接收的请求是否是适用于产生用于筹划系统的购票服务器的模拟数据的一个请求，并且，如果是，那么根据从数据库检索的至少一个规则修改接收的请求以创建至少一个修改的请求，并将所述至少一个修改的请求发送到筹划设施的购票服务器以供处理。
12.—种包括被布置为用于实现权利要求1 10中的任一项的方法的计算机装置的前述权利要求的票务计算机系统。`
全文摘要
票务系统(10)包括包含至少一个购票服务器(14)的生成设施(12)、包含至少一个购票服务器(18)的筹划设施(16)和用于与顾客进行双向通信的入口点(20)。筹划设施还包括存储变换规则的数据库(26)；和流量产生子系统(24)，该流量产生子系统(24)被配置为从顾客经由入口点接收交易，以确定接收的请求是否是适用于产生用于筹划系统的购票服务器的模拟数据的一个请求，并且，如果是，那么根据从数据库检索的至少一个规则修改接收的交易以创建至少一个修改的请求，并将所述至少一个修改的交易发送到筹划设施的购票服务器以供处理。筹划设施的购票服务器处理用于评价票务系统的潜在的新的或修改的功能性的修改的交易。
文档编号G06Q30/06GK103119617SQ201180044925
公开日2013年5月22日 申请日期2011年7月7日 优先权日2010年8月2日
发明者R·达尼埃罗, L·伊斯纳尔迪, C·雷诺, E·S·芒廷, D·夏布里尼 申请人:阿玛得斯两合公司