專利名稱：用于銷售點購買的方法和設備的制作方法
技術領域：
本發(fā)明總的涉及基于計算機軟件彈出顯示，更具體地涉及實時監(jiān)控輸入數(shù)據以選擇性地初始化一交互式購買顯示的軟件程序。
普通的全球分銷系統(tǒng)(GDS)和計算機預訂系統(tǒng)(CRS)以“傳統(tǒng)”大型機計算機系統(tǒng)而為大眾所熟知，它們提供對與旅游相關的供應商和銷售商的接入。為了簡明和方便，貫穿于本公開文本GDS和CRS系統(tǒng)被總括地以一種非限定性方式同義地表示為GDS，并更一般地指旅游預訂購買例程。
一般來說，GDS可以從多種被旅游代理機構用于旅游登記預訂(諸如以世界性游客的觀光、巡航以及航線票務)的著名系統(tǒng)(即Sabre，Albacus，Amadeus，Galileo/Apollo和Worldspan)的集合中選擇。GDS系統(tǒng)是基于文本的并且要求操作者懂得一系列密文數(shù)據條目碼和進入乘客和旅游相關數(shù)據的協(xié)議，即被稱為乘客姓名記錄(PNR)。用于Worldspan系統(tǒng)的多種數(shù)據條目字段的實施例在表1中表示。表1
應該意識到上面的數(shù)據條目碼僅僅是用于GDS中的代碼類型的例子，本發(fā)明并不限于在這里標識出的那些內容。相反的，表1中的例子用來闡明當進行旅游預訂登記時使用的所示數(shù)據條目碼的范例。由于旅游代理機構在弄懂這些數(shù)據條目碼上有困難，且輸入這些代碼本身就很費時，旅游代理機構在完成交易后可能會用去大量的打字時間。
由于在2002年取消了航線傭金，再加上多數(shù)旅游供應商支付給旅游代理機構的基本傭金的總體削減，旅游代理機構需尋找出路以減少完成旅游購買所需的時間長度。代理機構進一步鼓勵它們的代理人銷售帶來高傭金的產品，諸如旅游保險。
因此需要一種用來自動提醒代理人操作GDS以在適當?shù)臅r機提供旅游保險的方法和設備。還需要當這類產品售出后能自動更新PNR而在旅游代理人那部分無需大量數(shù)據條目。
發(fā)明概述根據本發(fā)明的一個方面，這里提供一方法以便于在計算機系統(tǒng)上銷售旅游保險，該計算機系統(tǒng)在旅游預訂購買例程期間接收數(shù)據。該方法包括下列步驟監(jiān)控與旅游預訂購買例程相關的至少一個數(shù)據序列的數(shù)據流，識別在數(shù)據序列中的預設數(shù)據流。一旦預設數(shù)據流被識別出，則執(zhí)行一旅游保險購買例程。該例程包括下列步驟(1)產生至少一具有即將完成的、與購買旅游保險相關的數(shù)據字段的表格；(2)在旅游預訂購買例程中添加至少一部分帶有預先輸入數(shù)據的數(shù)據字段。由此產生一旅游保險策略。
本發(fā)明的這些和其他方面并不打算定義由目標要求提供的本發(fā)明范圍的定義，以下論述中將參照相應附圖，它構成了一個部分，并且在其中以示例的方式而不是限制地暫時本發(fā)明的較佳實施例。
附圖簡述在此參考附圖，其中類似的標號貫穿全文地對應于類似的元件，其中

圖1是適用于本發(fā)明較佳實施例的工作站的縮略圖；圖2是圖1中所示工作站中所安裝的軟件組件的通信邏輯圖；圖3是表示本發(fā)明較佳實施例的運作的流程圖；圖4A是表示根據較佳實施例的保險購買例程步驟的流程圖；圖4B是表示根據本發(fā)明另一較佳實施例的保險購買例程步驟的流程圖；圖5是根據較佳實施例當提供旅游保險時所生成的第一屏幕的示意圖。
圖6是根據較佳實施例的當要求旅游保險時所生成的事先添加的第二屏的示意圖；圖7是根據較佳實施例的提供多種成套旅游保險的第三屏示意圖；圖8是根據較佳實施例的包括一保險成本計算器的第四屏的示意圖；圖9是根據較佳實施例的包括一旅游保險應用程序的第五屏的示意圖；圖10是根據較佳實施例的包括支付字段的第六屏的示意圖；圖11是顯示根據較佳實施例的所發(fā)行的旅游保險單的第六屏；圖12是根據較佳實施例的旅游保險數(shù)據庫的縮略圖。
具體實施例方式
參閱圖1，本發(fā)明可在一工作站20上實現(xiàn)，該工作站包括具有一中央處理器(CPU)24的個人計算機。處理器24與第一網絡接口電路26通信，該第一網絡接口電路26通過網絡35與一大型機28通信，處理器24還與第二網絡接口電路27通信，該第二網絡接口電路27通過因特網30與一Web服務器29通信。該CPU24進一步與視頻驅動器28、鍵盤接口33、非易失性存儲設備31以及易失性存儲器設備39通信。視頻驅動器28依次連接于顯示器32，顯示器32接收來自驅動器28的視頻數(shù)據并產生顯示給用戶的視頻輸出。該鍵盤接口33接收來自人/機接口(HMI)的輸入，諸如鍵盤34和/或鼠標(未圖示)，并將輸入數(shù)據提交給處理器24。非易失性存儲器31存儲一應用程序(諸如GDS36)、一傳統(tǒng)操作系統(tǒng)37、網絡瀏覽器38以及其他業(yè)內人士熟知的軟件和數(shù)據。根據本發(fā)明原理所構造的軟件包40較佳地安裝在本地計算機22上，并如所例示的那樣存儲在存儲器31中，或者將該軟件包40可編程于一中央服務器(未圖示)并由可通過網絡通信的計算機22執(zhí)行。易失性存儲器39可以是一用來暫存數(shù)據的隨機存取存儲器(RAM)。
參閱圖5，操作系統(tǒng)37較佳為基于Windows的系統(tǒng)。因此，顯示器32可以是監(jiān)視器包括一含有GDS36的活動屏41以及一任務欄43。術語“GDS”用在這里描述一系統(tǒng)，該系統(tǒng)包括一全球分銷系統(tǒng)和由旅游代理人在登記旅游預訂所使用的計算機預訂系統(tǒng)“CRS”，然而應該意識到，本發(fā)明的原則并不必要限于GDS，而是可運用于在計算機22或工作站20上執(zhí)行的任何計算機程序。一般而言，與旅行者、旅游路線，混合購買(如旅館、租車等)以及支付信息的識別相關的信息被存儲于PNR并由GDS收集。最常見的GDS系統(tǒng)一般是以Sabre(東南亞Abacus)，Amadeus，Galileo/Apollo和Worldspan署名的商號出售的。
參閱圖2，圖2示意性地示出了計算機22的各種部件的通信，具體而言，GDS36和軟件應用程序40均獨立地與操作系統(tǒng)37通信。軟件應用程序與網絡瀏覽器38通信，操作系統(tǒng)37通過處理器24與鍵盤接口33和因特網30通信。
參閱圖3，這里將更詳細地描述軟件應用程序40的操作方法49。方法49開始于步驟50，其中軟件應用程序由用戶人工加載或較佳地在處理器24啟動時(即當計算機22第一次開啟時)自動加載，在步驟52中，軟件40在后臺運行并監(jiān)控處理器24以檢測GDS36的初始化。在判決框54判定是否已加載GDS。如果不是，軟件40繼續(xù)監(jiān)控存儲器24。當軟件40在判決框54檢測到GDS已加載，軟件40在步驟56被激活并且與GDS36并行地運行于后臺。軟件40較佳地位于用戶顯示器32的工具欄上。
在操作GDS時，鍵盤接口33以用戶在鍵盤34處擊鍵的形式接收數(shù)據輸入并將數(shù)據置于鍵盤緩沖器中(未圖示)，鍵盤緩沖器可以是與接口33分離的部分。鍵盤緩沖器由操作系統(tǒng)37維護并運行在計算機上的所有應用程序都可對其讀或寫，盡管有應用程序可能自身不兼容的事實。由于GDS在登記旅游預訂時使用輸入數(shù)據以更新PNR，輸入到GDS的數(shù)據可以用來識別在登記旅游預訂時已經完成的進度。
相應地，在步驟57，軟件40通過鍵盤接口33監(jiān)控數(shù)據輸入并存儲屬于特定PNR的數(shù)據到RAM39中。軟件40可以存儲所有輸入的數(shù)據或如下面將詳細闡述的那樣僅存儲數(shù)據的可能在后續(xù)步驟中使用的預設字段。軟件40較佳地包括一小程序，較佳為一Java Applet或動態(tài)X/VB Applet，也可以是適用于通過鍵盤接口33監(jiān)控數(shù)據輸入的替換設備。通過跟蹤輸入到GDS的所有數(shù)據，軟件40可識別用來表示旅游預訂登記過程中一特殊點的一預設字或一組鍵擊，它表示旅行者可能作出與旅游相關的購買。
在判決框58中，軟件判定是否預設數(shù)據已輸入，根據本發(fā)明預設數(shù)據可以是任何字序列(在完成PNR期間的任何時點)。然而由于軟件包40被設計用于銷售旅游保險，加載窗口90的最希望時間點發(fā)生在當旅游預訂序列進展到旅行者準備完成旅游銷售并準備購買旅游保險的那一點上。根據較佳實施例，軟件40識別一預設的PNR數(shù)據代碼，如對應于判決框58中的“支付表格”，由此表示旅行者準備完成交易?？杀皇孪仍赑NR中選擇以加載窗口90的又一數(shù)據條目的例子可能對應于打印路線、打印票或其他本領域內普通人員能夠知道的數(shù)據條目序列。
參閱圖5，一旦輸入了預設數(shù)據，方法49從判決框60前進至步驟60，其中顯示器32的活動屏部分41加載一彈出窗口90用來提醒旅游代理人為旅行者提供旅游保險。特別地，在步驟60窗口90詢問是否旅行者希望購買旅游保險，并分別提供“接受”和“拒絕”圖標91、93，圖標91、93可以是代理人可通過鼠標或類似的數(shù)據輸入設備而選擇的“熱鏈接”。如果旅行者希望從軟件40提供商處購買旅游保險則選擇“接受”圖標91。如果旅行者不希望從提供商處購買旅游保險則選擇“拒絕”圖標93。
如果保險被拒絕，在步驟62窗口90關閉，代理人結束PNR。當在步驟62中選擇“拒絕”圖標92時在顯示器41上可選擇地激活第二確認窗口(未圖示)。第二窗口詢問是否旅行者不希望購買任何旅游保險，或是否旅行者在不同旅游保險提供商處獲得了旅游保險。或者，窗口90中還可包括第三圖標以詢問是否旅游者從其他提供商處購買了保險。
如果保險被拒絕，在提供給客戶的路線和清單上還可附加一通知，即旅行者已被提供服務并拒絕旅游保險。該通知可包括保險提供商的聯(lián)系信息，如果旅行者將來希望購買保險。接著，在判決框63中，軟件40判定是否當前PNR，在旅游保險被拒絕的情況下，已基于對鍵盤接口33輸入的數(shù)據而完成。
如果那樣，軟件40前進至步驟65并加載網絡瀏覽器38，將數(shù)據通過因特網30提交到旅游保險提供商的Web服務器29。提交的數(shù)據可包括與被拒絕的旅游保險相關的信息，包括旅游代理機構、旅游代理人、所購買的旅游類型以及是否旅行者選擇從其他提供商處購買旅游保險的識別。在服務器29處給予編譯的、有關旅游保險單的數(shù)據如下面將詳細描述的那樣可組織在數(shù)據庫中。
接著在步驟67中，對步驟67中的前一PNR，軟件40清除RAM39中所有先前在步驟56中存儲的數(shù)據并前進至步驟57，由此屬于下一PNR的數(shù)據被監(jiān)控并存儲到RAM39中。一個通知可附于提供給客戶的路線和清單上，另外還有旅游保險提供商的聯(lián)系信息。
如果在判決框61用戶選擇接受旅游保險，旅游代理人選擇“接受”圖標91，軟件40執(zhí)行一“購買旅游保險”例程64。參閱圖4A以及圖6，例程64開始于步驟66，其中軟件40加載一窗口92，該窗口以包括多個待填寫完成字段的表格的形式出現(xiàn)。例如，字段包括對各旅行者信息、主要旅行者的信用卡或其他購買信息以及成套旅游服務的路線信息的識別。然而，應該知道信用卡信息可能在例程64中的其他步驟中輸入，這樣如下面所詳細描述的那樣。
軟件40包括識別存儲在RAM39中的數(shù)據，它由旅游代理人在登記類型預訂時事先將其輸入到PNR。然后軟件捕獲先前輸入的，同時適于填寫完成窗口92的數(shù)據字段的數(shù)據。并在步驟70將該數(shù)據事先添加到窗口92的合適字段中。因此，窗口92在提交給旅游代理人時是部分完成的，由此避免多余地輸入數(shù)據的需要。結果，當窗口92被顯示出時，旅游代理人只需核對事先添加數(shù)據，作必要修改，并僅輸入需要填寫完成窗口92的、不是在旅游預訂登記過程中先前輸入的數(shù)據。
例如，代理人隨后可或者在窗口92的合適字段輸入較佳地包括旅行者信用卡信息的旅行者的支付信息，或者等待直到在輸入支付信息前選擇一套保險?；蛘?，如果配置軟件40使其在將旅行者信用卡信息輸入PNR之后加載窗口90，同樣可將旅行者的信用卡信息事先添加到窗口92，并且只需要旅游代理人核對窗口92中的已填寫完成的數(shù)據。
參閱圖7，一旦窗口92中的數(shù)據字段被填寫完成，例程64前進至步驟72，由此生成窗口94并顯示給旅游代理人。窗口94顯示若干可能的成套旅游保險96，用戶可能希望購買這些成套旅游保險，這取決于他/她的基于個人的需要且至少部分地取決于旅游預訂的性質(例如巡游、航程、旅館和租車)。緊挨著各選項96的是幫助鏈接98，它們可由代理人選擇并提供一簡單方便的接口以獲得對相應旅游選項的描述，另外還有定價鏈接100。如果選擇了定價鏈接100，則加載一代理人可用來確定被購買的成套保險的價位的計算器102，如圖8所示。
當定價完成后，例程64前進至步驟76，由此生成一窗口104，并為旅游保險提供一正規(guī)的應用程序103，如圖9所示。應用程序可包括與各受保乘客的識別有關的數(shù)據字段。與主要旅行者有關的先前捕獲的信息可事先添加到窗口104中。應用程序所需要的剩余信息可由旅游代理人手工輸入。接著在步驟78，如果信用卡信息并不是事先輸入到窗口92中的，可加載付費窗口105以使旅游代理人輸入旅行者的支付信息107，如圖10所示。一旦輸入支付信息后，在步驟80軟件40處理該應用程序80。在步驟82中生成保險單106并如圖11那樣被顯示出。
在步驟83中，軟件40在后臺加載網絡瀏覽器38并在因特網30上建立與Web服務器29的連接。如果代理人計算機22當前并不連接于因特網，軟件40可提供一使代理人打開連接的提醒。否則，軟件可自動等待直到計算機22連接于因特網以執(zhí)行步驟83的下一場合。一旦Web服務器29被成功地訪問時，軟件40上傳與成套旅游保險相關的信息，包括旅游代理人識別碼、所購買保險的類型、保險成本以及保險代理機構在保險銷售中賺取的傭金。
結果，旅游保險提供者將被通知對每個所購買的成套旅游是否購買了旅游保險(如果沒有，則通知是否旅行者從其他銷售者處購買保險)。如果購買了成套保險，該信息被送至可由保險提供商使用以記錄保險購買的Web服務器29。
參閱圖12，保險提供商同樣可基于由軟件40提供至Web服務器29的、與所購買的保險(如果有的話)相關的信息創(chuàng)建一旅游保險單數(shù)據庫108。在一實施例中，軟件包40同樣可記錄與保險銷售相關的統(tǒng)計數(shù)據。例如，軟件40可跟蹤旅所提供的游保險事例的序號以及保險被接受或拒絕(如果接受，則購買哪種保險)的序號。
數(shù)據庫108直接駐留于Web服務器29上，或駐留于可由Web服務器訪問的計算機上。這樣，數(shù)據庫108可由各通過訪問Web服務器29而操作軟件40的各代理機構訪問。特別地，給定的旅游代理機構的代理人可輸入代理人或代理機構的授權碼和口令以驗證當事人請求信息的身份。然后服務器29提供對查詢當事人的統(tǒng)計概況，該概況可包括旅游預訂銷售號、成套旅游保險銷售號、由成套旅游保險銷售所賺取的總傭金和因成套旅游保險未被購買所導致的傭金損失。這種賬目統(tǒng)計可進一步根據代理機構中的代理人分拆以識別那些在銷售成套旅游保險工作中最有業(yè)績的人。代理機構可進一步要求在一預訂時間周期內提供賬目統(tǒng)計。因此數(shù)據庫108使單獨的代理機構能跟蹤其保險銷售以及其各代理人的業(yè)績。
最后，在步驟84，軟件40識別哪種GDS系統(tǒng)(如Sabre，Amadeus，Apollo等)被用于旅游預訂，并在旅游保險購買例程64期間在預先輸入的與旅游保險相關的數(shù)據添加到PNR上。例如，在步驟84中，在例程64中獲得的賬目信息(諸如保險單號、旅游保險價格或在例程64中輸入的其他信息)可被添加至PNR的合適數(shù)據條目字段內。可以知道的是，多種GDS系統(tǒng)按略微不同的協(xié)議用于數(shù)據條目。軟件40使用GDS識別以判定是否所用的GDS與軟件兼容。如果是，數(shù)據可直接上傳到PNR。否則，數(shù)據可通過模擬擊鍵的形式被發(fā)送至鍵盤接口33。所說的模擬擊鍵可由GDS系統(tǒng)讀取。
現(xiàn)在參閱圖4B，這里將根據類似于圖4A的步驟的又一較佳實施例闡述執(zhí)行例程64的步驟。然而在圖4B中，例程64開始于步驟66，由此軟件40加載通過因特網30連接于Web服務器29的網絡瀏覽器38。代理人可輸入代理人或代理機構的識別碼，由此保險提供商辨識出完成保險銷售的旅游代理商并因此通過前述方法適當?shù)馗聰?shù)據庫108。Web服務器29將窗口92作為一小程序加載，它由旅游代理人以圖4A所述方式完成，區(qū)別是相比在軟件上的本地執(zhí)行，窗口92由Web服務器29執(zhí)行。步驟70-82也通過駐留于Web服務器29上的多個窗口以上述方式完成。由于由代理人輸入到多個窗口中的信息自動提交到Web服務器29，服務器29可自動捕獲存儲在數(shù)據庫108中的數(shù)據，圖4A的步驟83在圖4B中被刪除。
應該知道根據本發(fā)明其他實施例，特定窗口92、94、102、104和105可直接由軟件40加載，而其余的可由Web服務器29加載。相應地，除非特別限定，與各種旅游保險購買相關的窗口并不應局限于由軟件在本地執(zhí)行或由Web服務器29執(zhí)行，而是被廣義地解釋為任何窗口(1)被配置成使用先前輸入到PNR中的數(shù)據來接受旅游保險相關信息；以及(2)一旦成套保險被購買時，能用來添加PNR。產生數(shù)據庫108所必需的于本地輸入至計算機22的信息可以用上述方式上傳到Web服務器29中。
當在步驟82中已生成保險單后，例程64前進至步驟84，由此軟件40識別用于計算機22上的GDS系統(tǒng)，并將信息提交到Web服務器29?；贕DS系統(tǒng)，服務器29將數(shù)據定制成為與GDS系統(tǒng)兼容的PNR數(shù)據。軟件40接收來自網絡29的數(shù)據并通過前述方式將數(shù)據輸入到GDS中。
因此，軟件40較好地提供一在GDS系統(tǒng)和旅游代理人之間的界面以提供一用戶友好的方法和設備，用于提醒旅游代理人將旅游保險提供給旅行者并用于拒絕或接受旅游保險。如果接受，系統(tǒng)則提供一基于窗口的界面用于輸入與成套旅游保險相關的數(shù)據。更為有利的是，預先輸入至PNR的數(shù)據被事先添加至保險應用數(shù)據字段，由此相對于傳統(tǒng)系統(tǒng)而言增加了數(shù)據條目利用率，因為在傳統(tǒng)系統(tǒng)中當購買旅游保險時，要求將先前輸入的數(shù)據在旅游預訂過程中重新輸入。更為有利的，旅游保險購買例程并不被加載除非(1)足夠的數(shù)據被輸入到PNR中以表示預期的旅行者將事實上購買旅游預訂，和(2)足夠量的數(shù)據被輸入以使旅游保險應用程序被大量地事先添加以數(shù)據。更為有利的，軟件40將保險購買例程中輸入的數(shù)據添加到PNR以避免多余的且費時的數(shù)據輸入。更為有利的，這里所述的方法可以不考慮軟件40和運行在旅游代理人工作站20上的特殊GDS之間的兼容性而運行。更為有利的，軟件40可將旅游保險相關的數(shù)據與中央Web服務器通信，中央Web服務器依次生成一可由單獨的旅游代理機構訪問以察看與代理人成功地售出保險相關的信息的統(tǒng)計信息數(shù)據庫。
由此本發(fā)明解決了旅游產業(yè)中被長期摸索的需要，它自動激勵高傭金銷售由節(jié)省了旅游代理代理人方面的時間和精力而摸索。
然而，可以知道的是，本發(fā)明的原理可適用于旅游保險產業(yè)之外，并可用來提高任何產品或服務的實時銷售。特別地，本發(fā)明的原理可同等地適用于其他產業(yè)中，只要這些產業(yè)能在本發(fā)明的軟件程序中受益，該軟件程序可操作以通過實時方式自動監(jiān)控數(shù)據和運行一檢測預設數(shù)據條目序列的處理。另外，除了加載基于輸入數(shù)據的操作序列，軟件可監(jiān)控視頻驅動器28或數(shù)據輸入和輸出之間、用于表示時序已被分配到待加載的處理的任何其他數(shù)據序列。例如，當視頻驅動器發(fā)送信號至顯示器32，表示對應于預設PNR碼的數(shù)據已被輸入時，方法49可從判決框58前進至步驟60。相應地，除非有其他說明，術語“數(shù)據序列”并不旨在限定于監(jiān)控輸入數(shù)據，而是能包括任何輸入和輸出之間的數(shù)據，它至少部分來自于輸入數(shù)據。
已結合那些當前考慮為最具操作性和最佳的實施例而對本發(fā)明進行了說明。然而，本發(fā)明已經已通過附圖而呈現(xiàn)在大家面前，本發(fā)明不限于所公開的實施例，因此，業(yè)內人士將會發(fā)現(xiàn)本發(fā)明旨在覆蓋所有包括在本發(fā)明的精神和范圍內的修改和可替代配置，將如所附權利要求書所闡述那樣。
權利要求
1.一種利用計算機系統(tǒng)促進旅游保險銷售、在旅游預訂購買例程中接收數(shù)據的方法，所述方法包括下列步驟(A)監(jiān)控與旅游預訂購買例程相關的至少一個數(shù)據序列的數(shù)據流；(B)在所述數(shù)據序列中識別預設的數(shù)據流；(C)在步驟B后，執(zhí)行一旅游保險購買例程，包括i加載至少一個表格，它具有待填寫完成的、與購買旅游保險相關的數(shù)據字段；以及ii將在旅游預訂購買例程期間事先輸入的數(shù)據添加到數(shù)據字段的至少一部分中；以及(D)輸出一旅游保險單。
2.如權利要求1所述方法，其特征在于數(shù)據序列是輸入數(shù)據。
3.如權利要求2所述方法，其特征在于數(shù)據序列是與一傳統(tǒng)大型機計算機系統(tǒng)相關的文本數(shù)據。
4.如權利要求3所述方法，其特征在于計算機系統(tǒng)包括一處理器、一數(shù)據輸入設備和一輸入設備和處理器之間的接口，其中步驟(A)還包括監(jiān)控接口。
5.如權利要求3所述方法，其特征在于計算機系統(tǒng)包括全球分銷系統(tǒng)和計算機預訂系統(tǒng)中的至少一個。
6.如權利要求5所述方法，其特征在于數(shù)據流還包括PNR數(shù)據。
7.如權利要求1所述方法，其特征在于步驟(A)還包括將數(shù)據流存儲到存儲器中。
8.如權利要求1所述方法，其特征在于預設數(shù)據流表示旅游預訂將被結束的可能性。
9.如權利要求1所述方法，其特征在于步驟(C)還包括加載提供選項以購買旅游保險的一個窗口。
10.如權利要求1所述方法，其特征在于步驟(C)包括在計算機系統(tǒng)中本地地生成一表格。
11.如權利要求12所述方法，其特征在于，還包括步驟通過因特網建立與Web服務器的連接，并將與旅游保險購買例程相關的數(shù)據轉發(fā)給Web服務器。
12.如權利要求1所述方法，其特征在于，步驟(C)包括通過因特網上建立與Web服務器的連接，并在Web服務器上遠程地生成一表格。
13.如權利要求12所述方法，其特征在于，還包括將與旅游保險購買例程相關信息轉發(fā)到Web服務器。
14.如權利要求1所述方法，其特征在于，還包括在步驟(D)后的(E)，返回到旅游預訂購買例程。
15.如權利要求14所述方法，其特征在于，步驟(E)包括將旅游保險購買例程中輸入的數(shù)據添加至旅游預訂購買例程中。
16.如權利要求15所述方法，其特征在于，添加數(shù)據包括賬目信息。
17.如權利要求16所述方法，其特征在于，添加到旅游預訂購買例程的數(shù)據包括與所購買的旅游保險相關的信息。
18.如權利要求1所述方法，其特征在于，步驟(C)還包括將與(1)購買者之一的身份和(2)與旅游預訂相關的細節(jié)二者至少其一有關的信息添加到數(shù)據字段中。
19.如權利要求1所述方法，其特征在于，步驟(C)還包括步驟提供多個保險產品以供購買選擇。
20.如權利要求1所述方法，其特征在于，步驟(C)還包括提供一選項以接受或拒絕旅游保險。
21.如權利要求20所述方法，其特征在于，還包括步驟生成包括在步驟(C)期間輸入信息的概況的一個數(shù)據庫。
22.如權利要求21所述方法，其特征在于，步驟A-D中至少一個步驟是由旅游代理機構執(zhí)行的，其中數(shù)據庫包括與旅游代理機構相關的信息概況。
23.一種在運行于計算機上的交易軟件應用程序的操作過程中自動生成一例程的方法，包括下列步驟(A)監(jiān)控并捕獲輸入到軟件應用程序中的交易數(shù)據；(B)在該輸入到軟件應用程序中的數(shù)據中識別一個預設的數(shù)據序列；(C)在步驟(B)后，執(zhí)行一例程，該例程提供一與交易軟件應用程序相關的銷售包，其中銷售包可被接受或拒絕；以及(D)如果銷售包在步驟(C)被接受，則加載一銷售訂單數(shù)據條目表并將先前捕獲的數(shù)據預添加到表中。
24.如權利要求23所述方法，其特征在于，步驟(A)還包括監(jiān)控和捕獲用于將數(shù)據輸入到軟件應用程序的擊鍵。
25.如權利要求24所述方法，其特征在于，通過一個鍵盤接口的鍵擊受到監(jiān)控并被捕獲。
26.如權利要求25所述方法，其特征在于，交易數(shù)據是與旅游相關的數(shù)據。
27.如權利要求26所述方法，其特征在于，旅游相關數(shù)據是PNR數(shù)據。
28.如權利要求23所述方法，其特征在于，步驟(D)還包括在計算機上本地地生成表格的加載。
29.如權利要求23所述方法，其特征在于，步驟(D)還包括通過因特網在萬維網服務器中遠程地生成表格。
30.如權利要求23所述方法，其特征在于，還包括步驟將在例程中接收的數(shù)據添加到交易軟件應用程序中。
31.一個在計算機上執(zhí)行的存儲程序，用于在進行旅游預訂購買例程的同時并行地進行旅游保險銷售，所述程序被配置成(1)監(jiān)視與旅游預訂購買例程相關的至少一個數(shù)據序列的數(shù)據流；(2)識別在該數(shù)據序列中的預設數(shù)據流；(3)執(zhí)行一旅游保險購買例程，包括(A)加載一待填寫完成的、并與購買旅游保險相關的、具有數(shù)據字段的表格；以及(B)將先前在旅游預訂購買例程中輸入的數(shù)據添加到至少一部分數(shù)據字段中；以及(4)提供一旅游保險單。
32.如權利要求21所述程序，其特征在于數(shù)據序列是輸入數(shù)據。
33.如權利要求32所述程序，其特征在于數(shù)據序列是與傳統(tǒng)大型機計算機系統(tǒng)相關的文本數(shù)據。
34.如權利要求33所述程序，其特征在于，所述計算機系統(tǒng)包括一處理器、一數(shù)據輸入設備以及一輸入設備和處理器之間的接口，其中所存儲的程序通過接口監(jiān)控數(shù)據流。
35.如權利要求31所述程序，其特征在于，所述計算機系統(tǒng)包括全球分銷系統(tǒng)和計算機預訂系統(tǒng)中的至少一種。
36.如權利要求35所述程序，其特征在于數(shù)據流還包括PNR數(shù)據。
37.如權利要求31所述程序，其特征在于所存儲的程序還被配置成將數(shù)據流存儲到存儲器中。
38.如權利要求31所述程序，其特征在于，預設數(shù)據流表示旅游預訂將被完成的可能性。
39.如權利要求31所述程序，其特征在于，所存儲的程序還被配置成加載提供一購買旅游保險選項的窗口。
40.如權利要求31所述程序，其特征在于，所述表格被本地地生成在該計算機系統(tǒng)上。
41，如權利要求40所述程序，其特征在于，所存儲的程序通過因特網建立與Web服務器的連接并將與旅游保險購買例程相關的數(shù)據提交到Web服務器。
42.如權利要求31所述程序，其特征在于，所存儲的程序通過因特網建立與Web服務器的連接。
43.如權利要求42所述程序，其特征在于，所存儲的程序將與旅游保險購買例程相關的信息提交到Web服務器。
44.如權利要求31所述程序，其特征在于，所存儲的程序在旅游保險單生成后激活旅游預訂購買例程。
45.如權利要求44所述程序，其特征在于，在旅游保險購買例程中輸入的數(shù)據被添加到旅游預訂購買例程。
46.如權利要求31所述程序，其特征在于，所存儲的程序添加具有信息的數(shù)據字段，所述信息與(1)購買者之一的身份識別和(2)與旅游預訂有關的細節(jié)的至少二者之一有關。
47.一在計算機上執(zhí)行的存儲的程序，用于在接收數(shù)據的主處理的同時并行地激活第二個處理，所述程序被設計成(1)監(jiān)視并捕獲輸入到軟件應用程序中的交易數(shù)據；(2)識別輸入到軟件應用程序中的數(shù)據中的一預設數(shù)據序列；(3)執(zhí)行提供與交易軟件應用程序相關的銷售包的一個例程，其中銷售包可被接受或拒絕；以及(4)如果銷售包被接受，加載一個銷售訂單數(shù)據條目表并將先前所捕獲的數(shù)據事先加載到表格中。
48.如權利要求47所述程序，其特征在于，所存儲的程序監(jiān)控并捕獲將數(shù)據輸入到該軟件應用程序的鍵擊。
49.如權利要求48所述程序，其特征在于，所述鍵擊是通過鍵盤接口監(jiān)控并捕獲的。
50.如權利要求49所述程序，其特征在于，所述交易數(shù)據是與旅游相關的數(shù)據。
51.如權利要求50所述程序，其特征在于，所述與旅游相關數(shù)據是PNR數(shù)據。
52.如權利要求47所述程序，其特征在于，所存儲的程序在計算機本地地處生成該表格。
53.如權利要求47所述程序，其特征在于，所存儲的程序通過因特網在萬維網服務器上遠程地生成該表格。
54.如權利要求47所述程序，其特征在于，所存儲的程序將在第二處理中接收到的數(shù)據添加到主處理中。
全文摘要
一用來監(jiān)控輸入到一旅游預訂登記軟件中的數(shù)據的一個軟件包。一旦檢測到預設的數(shù)據輸入序列，軟件包加載一例程以提醒代理人 去詢問是否旅行者希望購買旅游保險。如果要求買旅游保險，軟件包通過因特網提供對Web服務器的接口并在Web服務器處使用先前監(jiān)控的數(shù)據的預添加數(shù)據字段。一旦數(shù)據輸入在Web服務器上完成，軟件包將在Web服務器處輸入的數(shù)據添加到預訂軟件中。
文檔編號G06Q10/00GK1777903SQ200480008215
公開日2006年5月24日 申請日期2004年1月16日 優(yōu)先權日2003年1月31日
發(fā)明者D·孔澤, S·賈斯蒂 申請人:旅游防衛(wèi)集團公司