票務系統的自動流量產生的製作方法

2023-07-24 21:44:56

專利名稱：票務系統的自動流量產生的製作方法
技術領域：
本發明的示例性實施例一般涉及票務系統(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·夏布裡尼 申請人:阿瑪得斯兩合公司