專利名稱:預(yù)訂方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及電信領(lǐng)域。具體而言,本發(fā)明涉及在預(yù)訂系統(tǒng)中進(jìn)行預(yù)訂和使包括至少一個預(yù)訂系統(tǒng)的幾個預(yù)訂系統(tǒng)中的預(yù)訂同步的方法和系統(tǒng);涉及至少一個服務(wù)提供者;中介器服務(wù);客戶端和至少一個客戶終端裝置,可以是移動裝置,并包括對話。此外,該系統(tǒng)包括用于連接預(yù)訂系統(tǒng)、服務(wù)提供者、中介器、和客戶終端裝置的電信連接。
背景技術(shù):
通過互聯(lián)網(wǎng)進(jìn)行預(yù)訂或使用的服務(wù)在不斷增加。互聯(lián)網(wǎng)使人們可以使用多種在線 服務(wù),例如連接到銀行的服務(wù)、保健服務(wù)、旅行社、車輛維護(hù)等。移動計算和通信裝置的逐漸普及為互聯(lián)網(wǎng)上的服務(wù)帶來新的挑戰(zhàn)。移動終端能在需要時傳送信息給用戶。用戶希望從手邊的裝置無處不在地訪問信息和應(yīng)用。他們也希望無論在哪里都能訪問和更新信息。然而,重要的是注意到,不是所有的終端都是移動的。未來的服務(wù)必須能與大量終端裝置通信,這些終端裝置是移動的或不能移動的。不同的終端裝置具有差別很大的能力。不同服務(wù)和終端裝置的互用性需要多種等級的標(biāo)準(zhǔn)。也就是說,具有公共通信協(xié)議是不夠的。共享公共原理和理解一定的數(shù)據(jù)片段在特定的環(huán)境中意思是什么是非常重要的。然而,因為在本領(lǐng)域中存在非常多的公司、組織、和其它參與者,所以對這些問題達(dá)成協(xié)議是非常困難的。很多服務(wù)必須能管理預(yù)訂。它們舉例來說包括預(yù)訂保健服務(wù)預(yù)約;預(yù)訂旅行旅館、航線、和出租車預(yù)約;預(yù)訂會場門票;預(yù)訂車輛維護(hù)預(yù)約;預(yù)訂公寓維護(hù)等等。如果這些服務(wù)相互獲得信息,則這是非常有用的。例如,如果顧客正在預(yù)訂音樂會的票,則他或她也可能希望預(yù)訂餐館中的臺位。如果餐館預(yù)訂服務(wù)得到基本信息,例如從劇院的預(yù)訂系統(tǒng)得到日期和顧客姓名,則這是有幫助的。遺憾的是,沒有方法在不同類型的預(yù)訂系統(tǒng)中交換信肩、O有多種方法在服務(wù)之間交換信息。涉及到包括預(yù)訂或日歷功能的服務(wù),信息交換常常發(fā)生在使預(yù)訂或日歷條目同步時。為此,正在進(jìn)行幾種重要的標(biāo)準(zhǔn)化努力。例如,SyncML是提出公共數(shù)據(jù)同步協(xié)議的工業(yè)發(fā)起者。vCalendar是個人日程安排信息的交換格式。它可應(yīng)用于很多日歷和日程安排產(chǎn)品,且在多種的運(yùn)輸方法中交換信息中是有用的。很多賣主已經(jīng)采用了這個規(guī)范,因為它允許賣主的產(chǎn)品交換日歷和日程安排信息。vCalendar是基于例如x/Open和XAPIA日歷和日程安排API (CSA)等工業(yè)標(biāo)準(zhǔn)、ISO 8601國際日期和時間標(biāo)準(zhǔn)、和相關(guān)MME電子郵件標(biāo)準(zhǔn)的開放規(guī)范。vCalendar格式使用通常儲存在日歷和日程安排應(yīng)用中的數(shù)據(jù),便于對關(guān)于諸如事件(events)和做事(to-do' s)等條目的信息進(jìn)行交叉平臺交換。事件是表示日歷上時間的指定量的日歷和日程安排實體。做事是表示行為條目或任務(wù)的日歷和日程安排視體。例如,它可以是分配給個人的工作條目。vCard用于自動交換通常出現(xiàn)在傳統(tǒng)名片上的個人信息。vCard用在諸如互聯(lián)網(wǎng)郵件、語音郵件、網(wǎng)絡(luò)瀏覽器、電話應(yīng)用、呼叫中心、視頻會議、PIM(個人信息管理器)、PDA(個人數(shù)據(jù)助理)、尋呼機(jī)、傳真機(jī)、辦公設(shè)備、和智能卡。除了文本外,vCard信息可包括例如圖片、公司標(biāo)識、現(xiàn)場網(wǎng)址等元素。如這些實例所示出的,已經(jīng)花費(fèi)大量努力來建立能使預(yù)訂系統(tǒng)同步的系統(tǒng)。所有這些現(xiàn)有的解決方法所共有的一個問題是,它們不提供用于不同系統(tǒng)的公共語義。例如,如果登錄(entry)是嘗試性的,則不同系統(tǒng)可以不同方式理解此登錄。另一問題是,預(yù)訂系統(tǒng)具有多種不同的且常常是十分復(fù)雜的用戶界面。如果用戶想預(yù)約牙醫(yī)和預(yù)訂出租車載他或她到那兒,則用戶需要以不同方式將所有的預(yù)訂信息輸入兩個預(yù)訂系統(tǒng)。 再一問題是,如果給予客戶端很多問題,則管理客戶回復(fù)變得具有挑戰(zhàn)性。例如,由于在很多國家,例如芬蘭,利用SMS文本消息通信和它們?yōu)椴僮髡邉?chuàng)收是非常普通的,所以使用SMS文本消息詢問客戶他或她選擇哪個選項是有意義的。然而,如果客戶通過發(fā)送多條文本消息來回復(fù)多個詢問,則找出哪個回答(answer)對應(yīng)于特定問題可能是麻煩的,因為回復(fù)(reply)沒有自動包含對該問題的參考。比方說,一項服務(wù)詢問客戶他或她除了飛機(jī)票外是否想要預(yù)訂出租車和旅館房間,且客戶對一個問題作出回復(fù)“是”,對另一問題作出回復(fù)“否”,則該項服務(wù)不一定知道該客戶已經(jīng)接受了哪項預(yù)訂。
發(fā)明內(nèi)容
本發(fā)明的一個目的是消除上述缺陷之一或至少較大程度上避免它們帶來的不利影響。本發(fā)明實現(xiàn)了特別對移動服務(wù)必不可少的新的增值服務(wù)。本發(fā)明的另一目的是提供能進(jìn)行預(yù)訂型交易的方法和系統(tǒng),該預(yù)訂型交易包括至少一個服務(wù)提供者和多個用戶,每個用戶都可用能接收和發(fā)送短的文本消息的移動電話通信。本發(fā)明的再一目的是提供一種在多個服務(wù)提供者和多個用戶之間進(jìn)行預(yù)訂型交易的方法和系統(tǒng),每個用戶都可用能接收和發(fā)送短的文本消息的移動電話通信。根據(jù)本發(fā)明的一個方面,提供了一種中介器與具有客戶標(biāo)識符地址的客戶終端進(jìn)行通信的方法,包括a)初始化與所述客戶終端的通信,包括使特定回復(fù)地址與對話必須被指向的回復(fù)相關(guān)聯(lián),包括從所述中介器接收回復(fù)的多個地址選擇特定回復(fù)山)發(fā)起與所述客戶終端的對話,所述客戶終端包括所述特定回復(fù)地址;c)在所述特定回復(fù)地址處接收來自所述客戶終端的回復(fù),所述回復(fù)包括所述客戶標(biāo)識符地址;以及d)使用所述客戶標(biāo)識符地址和接收所述回復(fù)的所述特定回復(fù)地址評價所述回復(fù);進(jìn)一步包括在矩陣中儲存所述回復(fù),所述矩陣具有對應(yīng)于客戶標(biāo)識符地址的第一軸和對應(yīng)于回復(fù)地址的第二軸。根據(jù)本發(fā)明的另一個方面,提供了一種中介器,用于控制至少一個服務(wù)提供者和客戶終端之間的通信,所述客戶終端具有客戶標(biāo)識符地址,所述中介器包括a)多個地址,所述中介器能在所述地址接收來自所述客戶終端的消息山)邏輯和資源,用于i)初始化與關(guān)于特定服務(wù)提供者的客戶終端的通信,包括使特定回復(fù)地址與對話必須被指向的回復(fù)相關(guān)聯(lián),所述特定回復(fù)地址從所述多個地址中選擇;ii)發(fā)起與所述客戶終端的對話,所述客戶終端包括所述特定回復(fù)地址;iii)在所述特定回復(fù)地址接收回復(fù);以及iv)使用所述客戶標(biāo)識符地址和接收所述回復(fù)的所述特定回復(fù)地址評價所述回復(fù);其中,所述通信包括多個對話和與所述客戶終端的回復(fù)交換,且不同的回復(fù)地址與不同的對話和回復(fù)交換關(guān)聯(lián);其中,適于初始化所述通信的所述邏輯和資源包括矩陣,所述矩陣具有對應(yīng)于客戶標(biāo)識符地址的第一軸和對應(yīng)于回復(fù)地址的第二軸。根據(jù)本發(fā)明的另一個方面,提供了一種用于控制系統(tǒng)的中介器,所述系統(tǒng)具有至少一個服務(wù)提供者和由具有客戶標(biāo)識符地址的客戶使用的客戶終端裝置,所述中介器包括a)多個地址,所述中介器在所述地址能接收來自所述 客戶終端的消息,b)邏輯和資源,用于響應(yīng)關(guān)于所述服務(wù)提供者的詢問,準(zhǔn)備至少一個對話,使特定回復(fù)地址與每個對話關(guān)聯(lián),所述特定回復(fù)地址選自所述多個地址,發(fā)送所述至少一個對話給所述客戶終端,在所述特定回復(fù)地址處接收來自包括所述客戶標(biāo)識符地址的所述客戶終端裝置的回復(fù);以及使用所述客戶標(biāo)識符地址和接收所述回復(fù)的所述特定回復(fù)地址評價所述回復(fù);其中,所述邏輯和資源包括矩陣,所述矩陣包括用客戶標(biāo)識符地址索引的第一軸和用回復(fù)地址索引的第二軸;其中,響應(yīng)于所述請求準(zhǔn)備多個對話,且其中,適于結(jié)合特定回復(fù)地址的所述邏輯和資源適于選擇不同的特定回復(fù)地址,以與每個對話關(guān)聯(lián),由此所述邏輯和資源適于評價回復(fù),即使不同回復(fù)是以和不同對話的不同順序接收的。根據(jù)本發(fā)明的另一個方面,提供了一種用于來自服務(wù)提供者的客戶的中介器預(yù)訂資源的方法,所述客戶具有客戶標(biāo)識符地址,且使用客戶終端裝置與所述中介器通信,所述中介器執(zhí)行以下動作a)響應(yīng)于請求準(zhǔn)備至少一個對話;b)使特定回復(fù)地址與每個對話關(guān)聯(lián),所述特定回復(fù)地址選自可用于接收來自客戶終端裝置的多個地址;c)發(fā)送所述至少一個對話給所述客戶終端裝置;d)從所述客戶終端裝置接收對所述至少一個對話的回復(fù),所述回復(fù)包括所述客戶標(biāo)識符地址;以及e)使用所述客戶標(biāo)識符地址和所述特定回復(fù)地址評價對所述至少一個對話的回復(fù);進(jìn)一步包括在矩陣中儲存對所述至少一個對話的回復(fù),所述矩陣包括用客戶標(biāo)識符索引的第一軸和用回復(fù)地址索引的第二軸;所述至少一個對話包括多個使得不同的特定回復(fù)地址與每個對話關(guān)聯(lián)的對話,由此可繼續(xù)評價所述回復(fù),即使回復(fù)以與發(fā)送對話不同的順序被接收。根據(jù)本發(fā)明的另一個方面,提供了一種中介器鑒別客戶的方法,所述客戶使用能發(fā)送和接收SMS消息的移動電話裝置,且具有客戶的主叫線路識別號碼,所述中介器執(zhí)行以下動作a)從多個可用的回復(fù)地址分配唯一的回復(fù)地址給SMS對話;b)以所述客戶的主叫線路識別號碼發(fā)送所述SMS對話給所述客戶;以及c)如果在所述唯一的回復(fù)地址處接收對所述SMS對話的回復(fù),則鑒別所述客戶;其中,所述中介器包括被編程以執(zhí)行所述方法的網(wǎng)絡(luò)服務(wù)器,且其中,所述方法進(jìn)一步包括在矩陣中儲存所述回復(fù),所述矩陣包括用客戶主叫標(biāo)識符號碼索引的第一軸和用回復(fù)地址索引的第二軸。
在以下部分中,本發(fā)明將借助于其實施例的幾個實例進(jìn)行詳細(xì)描述,其中圖I表示根據(jù)本發(fā)明的第一實施例的系統(tǒng);圖2表示根據(jù)本發(fā)明的第二實施例的系統(tǒng);
圖3表示根據(jù)本發(fā)明的第三實施例的系統(tǒng);圖4是順序圖的第一實施例,表示在根據(jù)本發(fā)明的系統(tǒng)內(nèi)傳輸?shù)南?;圖5是順序圖的第二實施例,表示在根據(jù)本發(fā)明的系統(tǒng)內(nèi)傳輸?shù)南?;圖6不出根據(jù)本發(fā)明應(yīng)用于詢問和回復(fù)的動態(tài)對話矩陣的實例;圖7示出本發(fā)明的優(yōu)選實施例中的預(yù)訂過程的各階段;以及圖8示出根據(jù)本發(fā)明的優(yōu)選實施例對應(yīng)于實例2的矩陣圖。
具體實施例方式本發(fā)明涉及在預(yù)訂系統(tǒng)和用戶終端裝置之間交換信息并使這些信息同步。服務(wù)舉 例來說可以是預(yù)訂保健服務(wù)預(yù)約;預(yù)訂旅行旅館、航線、和出租車預(yù)約;預(yù)訂會場門票;預(yù)訂車輛維護(hù)預(yù)約;預(yù)訂公寓維護(hù)等等。根據(jù)本發(fā)明的預(yù)訂系統(tǒng)包括至少一個服務(wù)提供者預(yù)訂系統(tǒng);至少一個服務(wù)提供者;中介器(mediator,又稱中介者);客戶;至少一個客戶終端裝置,該裝置可以是能接收文本消息的移動裝置,且包括對話(dialogue);以及電信連接,該電信連接用于使服務(wù)提供者預(yù)訂系統(tǒng)、服務(wù)提供者、中介器、和客戶終端裝置彼此互連。服務(wù)提供者是客戶想要與之預(yù)約、預(yù)訂、或其它預(yù)訂的服務(wù)提供者,且具有待分配的預(yù)訂系統(tǒng)的資源。服務(wù)提供者通過服務(wù)提供者預(yù)訂服務(wù)管理商業(yè)。如在本申請中使用的,中介器是基于網(wǎng)絡(luò)的服務(wù),可通過網(wǎng)絡(luò)為服務(wù)提供者預(yù)訂服務(wù)所用,提供另外的語義、翻譯、客戶完成與服務(wù)提供者的交易所需要的信息的通信所需要的同步服務(wù)。服務(wù)提供者預(yù)訂服務(wù)和中介器優(yōu)選是在例如互聯(lián)網(wǎng)或?qū)S袃?nèi)聯(lián)網(wǎng)等網(wǎng)絡(luò)服務(wù)器上運(yùn)行的應(yīng)用。一般而言,系統(tǒng)將包括多個服務(wù)提供者和服務(wù)提供者預(yù)訂系統(tǒng)(實現(xiàn)服務(wù)提供者預(yù)訂服務(wù)),但是可能具有一個僅用于一個服務(wù)提供者的簡單預(yù)訂系統(tǒng),在這種情形下,中介器和服務(wù)提供者可緊緊地整合到單個應(yīng)用中??蛻舳藘?yōu)選包括在能接收例如短消息服務(wù)(SMS)消息等短文本消息的移動電話上通信的客戶端。當(dāng)然,能處理SMS消息的系統(tǒng)也將以更大的能力處理其它客戶端。中介器優(yōu)選通過SMS網(wǎng)關(guān)與移動電話客戶端通信,例如通過移動電話提供者和今天眾所周知的裝置操作。中介器使用對話與客戶端通信。對話是將信息呈現(xiàn)給客戶端且允許簡單回復(fù)的短消息。對話優(yōu)選將例如是/否等簡單選擇提供給用戶,或允許從有序表(ordered list)中進(jìn)行選擇。對話也可是單向的,例如肯定預(yù)訂。一項交易可典型地涉及一列對話,每個對話都包括簡單回復(fù)。對話包括消息的異步通信。所述系統(tǒng)使得在不同的服務(wù)提供者系統(tǒng)中協(xié)調(diào)預(yù)訂以滿足客戶需要成為可能,例如使航線預(yù)訂與到機(jī)場的運(yùn)輸協(xié)調(diào)。圖I是最簡單的系統(tǒng)的圖示,該系統(tǒng)包括用于單個服務(wù)提供者的單個服務(wù)提供者預(yù)訂系統(tǒng)100、通過網(wǎng)絡(luò)與服務(wù)提供者通信的中介器102、和具有上面已輸入對話的移動電話的用戶。圖2示出多個通過網(wǎng)絡(luò)與中介器通信的服務(wù)提供者預(yù)訂系統(tǒng)。圖3示出與各個服務(wù)提供者系統(tǒng)和具有能進(jìn)行通信對話的電話裝置的用戶通信的名為BooKIT的中介器。從客戶方面看,基于原因的客戶對話是理想改進(jìn),因為服務(wù)提供者能創(chuàng)建其自己的與每個預(yù)訂時間連接的對話。一個對話與特定的預(yù)訂條件密切相關(guān)。此時自動變得成運(yùn)行,或客戶端可根據(jù)需要啟動對話,或系統(tǒng)中的另一實體能發(fā)送消息給對話以啟動它。該對話接著發(fā)送詢問給系統(tǒng)中的另一實體,或通知客戶,且可能詢問客戶的選擇。通過這種類型的對話,客戶可僅使用一個用戶界面在幾個預(yù)訂系統(tǒng)中進(jìn)行預(yù)訂。該對話例如通過互聯(lián)網(wǎng)乃至移動網(wǎng)絡(luò)連接到遠(yuǎn)程預(yù)訂系統(tǒng)。中介器服務(wù)能在服務(wù)提供者預(yù)訂系統(tǒng)之間傳送預(yù)訂信息。例如,在將預(yù)訂輸入航線預(yù)訂系統(tǒng)后,出租車預(yù)訂系統(tǒng)能提供到機(jī)場的運(yùn)送給客戶端。在此應(yīng)用中,預(yù)訂是單個資源(前一實例中的航線預(yù)訂或出租車預(yù)訂)的分配,而預(yù)訂是對于同一事件(前一實例中的航線預(yù)訂加上出租車預(yù)訂)的所有資源進(jìn)行預(yù)訂的結(jié)合??蛻?、中介器、和預(yù)訂系統(tǒng)之間的對話以及所儲存的用戶概要確保了客戶獲得他或他需要的基于原因的服務(wù),而沒有插入廣告??蛻艨墒褂煤芏囝愋偷耐ㄐ叛b置進(jìn)行預(yù)訂以及確認(rèn)、改變、和取消它們,這些通信裝置包括但不限于互聯(lián)網(wǎng)、電子郵件、和移動終端等??蛻粢部墒褂弥薪槠鞯耐焦δ苁褂?中介器或服務(wù)提供者提供的日歷與終端裝置同步。服務(wù)提供者可提醒客戶進(jìn)行定期預(yù)訂,從而提高客戶忠誠度。中介器可幫助服務(wù)提供者將其預(yù)訂系統(tǒng)集合在一起,能提供更全面的服務(wù),而不必擴(kuò)展其商業(yè)規(guī)模。由于國際化,中介器能舉例來說支持很多語言、時區(qū)、貨幣、和數(shù)據(jù)格式。該系統(tǒng)包括至少一個對話、中介器、服務(wù)提供者、和服務(wù)提供者預(yù)訂系統(tǒng),可以是基于以下標(biāo)準(zhǔn)之一I.在系統(tǒng)中存在一組預(yù)先確定的對話。預(yù)先設(shè)定它們的內(nèi)容和可能的選擇。例如,如果客戶預(yù)訂機(jī)票,則對話總是提供某些其它預(yù)訂。不考慮客戶的在先行為。2.存在數(shù)量不限的動態(tài)或“智能”對話,這些對話舉例來說基于客戶為他或她自身創(chuàng)建的概要、使用歷史記錄、和客戶位置。簡單邏輯支持決定。它是一個低級專家系統(tǒng)。3.該系統(tǒng)能自己做出決定,且支持客戶做出決定。在此等級上,對話可包括高級專家系統(tǒng)。它可充當(dāng)代理,與幾個服務(wù)提供者談判,無需客戶直接參與就可獲得最好的服務(wù)。在該方法的一個優(yōu)選實施例中,客戶預(yù)訂來自服務(wù)提供者的服務(wù)??墒褂眠B接到中介器服務(wù)的終端執(zhí)行該預(yù)訂。首先,客戶使用對話連接到中介器服務(wù)??蛻魧㈩A(yù)訂詢問輸入發(fā)送該詢問給中介器的對話。中介器使用那些服務(wù)能理解的原理和術(shù)語從服務(wù)提供者的信息系統(tǒng)詢問可能的預(yù)訂。該詢問基于客戶喜好。該客戶在他或她將預(yù)訂詢問輸入對話時披露與該具體預(yù)訂有關(guān)的一些喜好。此外,該對話和該中介器服務(wù)可能已經(jīng)儲存了客戶的一般喜好,并使用它們,以使客戶不需要每次都輸入所有喜好。基于復(fù)雜的狀態(tài)模型管理詢問和預(yù)訂。每個預(yù)訂都包括幾個階段,這些階段用通過其生活周期跟蹤其情況的狀態(tài)描述。例如,當(dāng)中介器已經(jīng)詢問來自服務(wù)提供者的預(yù)訂時,每個系統(tǒng)中的相應(yīng)條目具有預(yù)訂待決但未確認(rèn)的狀態(tài)。如果這些系統(tǒng)沒有就特定狀態(tài)意思是什么達(dá)成共識,則中介器翻譯它們。包括階段和狀態(tài)的優(yōu)選的預(yù)訂過程在實例I中描述。除了詢問來自服務(wù)提供者的預(yù)訂外,中介器能使幾個服務(wù)提供者的系統(tǒng)中的預(yù)訂同步。該同步基于在中介器服務(wù)中規(guī)定的規(guī)則。例如,規(guī)則可以是“如果客戶詢問對飛機(jī)票的預(yù)訂,則也詢問對到機(jī)場的出租車的預(yù)訂”。因此,來自客戶的詢問可以在中介器服務(wù)中增多,形成多個詢問。如果服務(wù)提供者能提供所請求的服務(wù),則它們對中介器做出回答,且可添加一些例如座位或定時等另外的信息。中介器合并收集的信息,并將其發(fā)送給顯示選項的簡單表給客戶的對話。例如,客戶可顯示三個飛行選項,且詢問客戶是否也想預(yù)訂出租車,該出租車實際上已經(jīng)被中介器暫時預(yù)訂??蛻敉ㄟ^從可選方案的簡單表選擇選項做出決定。該對話將關(guān)于客戶選擇的信息發(fā)送給中介器,該中介器根據(jù)客戶選擇確認(rèn)預(yù)訂,并取消不必要的預(yù)訂。圖4示出客戶使用發(fā)送給中介器的對話DINQl發(fā)起的詢問CINQl的順序圖。中介器向到預(yù)訂系統(tǒng)I (服務(wù)提供者預(yù)訂系統(tǒng))發(fā)起相應(yīng)于的CINQl和DINQl的詢問MINQ1。最終,回答DANQl重新回到客戶端,提供了用選項CSELl響應(yīng)的選擇,使得預(yù)訂系統(tǒng)I上的客戶進(jìn)行預(yù)訂。中介器確認(rèn)對來自預(yù)訂服務(wù)2的輔助服務(wù)的潛在需要,并向預(yù)訂系統(tǒng)2發(fā)起詢問MINQ2,MINQ2最終形成包括幾個選項DANS2的建議,返回做出選擇CSEL2的客戶端,導(dǎo)致在預(yù)訂系統(tǒng)2上進(jìn)行補(bǔ)充預(yù)訂。預(yù)訂也可以其它方式完成,例如,通過用電話呼叫服務(wù)提供者,或通過現(xiàn)場訪問服務(wù)提供者的辦公室。在此情形下,服務(wù)提供者可通知中介器客戶的預(yù)訂,從而中介器可通知客戶其它選項。例如,牙醫(yī)告訴中介器,客戶已經(jīng)預(yù)訂了約會,從而中介器也可提供預(yù)訂出 租車。同樣,可以將催詢單添加到中介器服務(wù)中,以使中介器可在特定時間詢問客戶是否想要進(jìn)行新的預(yù)訂。例如,中介器可發(fā)送通知給客戶,自從客戶最后一次與其牙醫(yī)約會已經(jīng)過了一年,并詢問客戶是否向進(jìn)行新的預(yù)訂。這種通知可已經(jīng)包括一些約會選項。如果客戶已允許,則中介器檢查他或她的日歷,從而給定的選項對客戶來說是方便的。對話以簡單而方便的方式顯示選項??蛻魞H需要選擇哪個選項對他或她是最好的,或他或她是否想要得到新選項或推遲預(yù)訂。圖5是原始詢問MINQl由中介器發(fā)起的情況的時間順序表。實例I-優(yōu)選的預(yù)訂系統(tǒng)下面就名稱為BookIt的系統(tǒng)描述根據(jù)本發(fā)明的優(yōu)選預(yù)訂系統(tǒng)。BookIT設(shè)計為服務(wù)提供者預(yù)訂系統(tǒng)和例如互聯(lián)網(wǎng)等網(wǎng)絡(luò)上的其它方之間的接口,和裝配有能接收文本消息的移動電話的終端用戶客戶端。前者優(yōu)選用普通XML界面實現(xiàn)。BookIT支持vCard和vCalendar標(biāo)準(zhǔn),因為它們被所有主要的預(yù)訂和日歷系統(tǒng)使用。BookIT使用經(jīng)由SMS網(wǎng)關(guān)進(jìn)行異步通信的短消息服務(wù)(SMS)與移動電話用戶通信。BookIT使用新型動態(tài)對話矩陣(Dynamic Dialogue Matrix, DDM)對SMS消息進(jìn)行安全傳輸和映射。DDM將在下面進(jìn)一步描述。需要在服務(wù)提供者過程和BookIT過程之間作出清楚的區(qū)分。前者僅用時間和資源預(yù)訂覆蓋標(biāo)準(zhǔn)預(yù)訂。后者包括預(yù)訂、工作、和金融業(yè)務(wù)。這兩個過程結(jié)束于同一點(diǎn)。BookIT過程包括以下幾個階段階段(狀態(tài)處理)這些階段在資源之間進(jìn)行結(jié)合(rubber band)。在BookIT過程的每個階段,將修改與預(yù)訂有關(guān)的數(shù)據(jù),以反映正在討論的階段的需要。對于狀態(tài)和值,請參看下面的表。在以下討論中將更詳細(xì)地描述這些階段。I.提交提交是指BookIT過程和預(yù)訂過程的初始化。作為初始化的結(jié)果,將條目插入數(shù)據(jù)庫w/基本信息中。由于不存在日程安排信息,所以它不會出現(xiàn)在日歷中。它可作為開放的任務(wù)顯示在所有者的分開的任務(wù)列表中。
2.請求在請求階段中,將預(yù)訂請求發(fā)送給先前提交的任務(wù)所需要的資源。由于不存在日程安排(這在大多數(shù)情況下將是必不可少的),所以這個階段可與日程安排階段一起執(zhí)行。3.日程安排將日程表給予所有者和資源。作為日程安排的部分和結(jié)果,需要以下數(shù)據(jù)a建議的開始時間(ISO時間戳w/時區(qū))b建議的開始位置(坐標(biāo))c建議的結(jié)束時間(ISO時間戳w/時區(qū))d結(jié)束的結(jié)束位置(坐標(biāo))4.確認(rèn)時間和位置被已經(jīng)接收的資源接收。與此階段有關(guān)的數(shù)據(jù)a所接收的開始時間(ISO時間戳w/時區(qū))b所接收的開始位置(坐標(biāo))c所接收的結(jié)束時間(ISO時間戳w/時區(qū))d所接收的結(jié)束位置(坐標(biāo))
缺省情況下數(shù)據(jù)從計劃階段復(fù)制。實際上,如果不需要計劃的時間,則可將相同的數(shù)據(jù)結(jié)構(gòu)用于此階段,且狀態(tài)表示數(shù)據(jù)的實際意義。5.工作這些資源執(zhí)行預(yù)訂的任務(wù)。與此階段有關(guān)的數(shù)據(jù)包括不同屬性及其值,這些值與實際任務(wù)有關(guān)。此外,需要以下靜態(tài)結(jié)構(gòu)a實際的開始時間(ISO時間戳w/時區(qū))b實際的開始位置(坐標(biāo))c實際的結(jié)束時間(ISO時間戳w/時區(qū))d實際的結(jié)束位置(坐標(biāo))e所使用的產(chǎn)品、額外費(fèi)用、英里程,…缺省情況下數(shù)據(jù)從確認(rèn)階段復(fù)制。6.結(jié)算此時,為了貨品計價目的,對在先前的階段儲存在數(shù)據(jù)結(jié)構(gòu)上的所有數(shù)據(jù)進(jìn)行分析和處理。與此階段有關(guān)的數(shù)據(jù)結(jié)算數(shù)據(jù)。將分別定義。7.完成已經(jīng)完成了此任務(wù)。從整個BookIT過程的觀點(diǎn)看,與任務(wù)成功不成功不相關(guān)。與其中進(jìn)行了對組織者的財政動作的結(jié)算階段有關(guān)。在此階段,為了完成BookIT過程進(jìn)行內(nèi)務(wù)處理(數(shù)據(jù)庫內(nèi)容、臨時文件,…)。下表顯示在每個階段中可用的數(shù)據(jù)。預(yù)訂階段用斜體字表示。
權(quán)利要求
1.一種中介器與具有客戶標(biāo)識符地址的客戶終端進(jìn)行通信的方法,包括 a)初始化與所述客戶終端的通信,包括使特定回復(fù)地址與對話必須被指向的回復(fù)相關(guān)聯(lián),包括從所述中介器接收回復(fù)的多個地址選擇特定回復(fù); b)發(fā)起與所述客戶終端的對話,所述客戶終端包括所述特定回復(fù)地址; c)在所述特定回復(fù)地址處接收來自所述客戶終端的回復(fù),所述回復(fù)包括所述客戶標(biāo)識符地址;以及 d)使用所述客戶標(biāo)識符地址和接收所述回復(fù)的所述特定回復(fù)地址評價所述回復(fù); 進(jìn)一步包括在矩陣中儲存所述回復(fù),所述矩陣具有對應(yīng)于客戶標(biāo)識符地址的第一軸和對應(yīng)于回復(fù)地址的第二軸。
2.根據(jù)權(quán)利要求I所述的方法,其中,評價所述回復(fù)進(jìn)一步包括分析所述回復(fù)的語義。
3.根據(jù)權(quán)利要求I所述的方法,其中,所述通信和特定服務(wù)提供者有關(guān)。
4.根據(jù)權(quán)利要求I所述的方法,其中,從所述多個地址選擇所述特定回復(fù)地址是隨機(jī)的選擇。
5.根據(jù)權(quán)利要求I所述的方法,其中,所述通信包括多個對話和與所述客戶終端的回復(fù)交換,且發(fā)起包括使不同的回復(fù)地址與不同的對話及回復(fù)交換關(guān)聯(lián)。
6.根據(jù)權(quán)利要求5所述的方法,其中,即使當(dāng)所述不同的回復(fù)被以與發(fā)起所述交換不同的順序接收時,也能繼續(xù)評價所述回復(fù)。
7.根據(jù)權(quán)利要求3所述的方法,其中,初始化通信對建立請求做出響應(yīng),所述請求識別所述客戶終端和特定服務(wù)提供者。
8.根據(jù)權(quán)利要求7所述的方法,其中,所述中介器同時與多個其它客戶終端通信,每個客戶終端都具有不同的客戶標(biāo)識符地址,且其中,所述方法進(jìn)一步包括跟蹤所述多個地址中的哪個是當(dāng)前可用的。
9.根據(jù)權(quán)利要求I所述的方法,其中,初始化通信進(jìn)一步包括從當(dāng)前可用的地址選擇所述特定回復(fù)地址。
10.一種中介器,用于控制至少一個服務(wù)提供者和客戶終端之間的通信,所述客戶終端具有客戶標(biāo)識符地址,所述中介器包括 a)多個地址,所述中介器能在所述地址接收來自所述客戶終端的消息; b)邏輯和資源,用于 i)初始化與關(guān)于特定服務(wù)提供者的客戶終端的通信,包括使特定回復(fù)地址與對話必須被指向的回復(fù)相關(guān)聯(lián),所述特定回復(fù)地址從所述多個地址中選擇; )發(fā)起與所述客戶終端的對話,所述客戶終端包括所述特定回復(fù)地址; iii)在所述特定回復(fù)地址接收回復(fù);以及 iv)使用所述客戶標(biāo)識符地址和接收所述回復(fù)的所述特定回復(fù)地址評價所述回復(fù); 其中,所述通信包括多個對話和與所述客戶終端的回復(fù)交換,且不同的回復(fù)地址與不同的對話和回復(fù)交換關(guān)聯(lián); 其中,適于初始化所述通信的所述邏輯和資源包括矩陣,所述矩陣具有對應(yīng)于客戶標(biāo)識符地址的第一軸和對應(yīng)于回復(fù)地址的第二軸。
11.根據(jù)權(quán)利要求10所述的中介器,其中,用于評價所述回復(fù)的所述邏輯和資源進(jìn)一步分析所述回復(fù)的語義。
12.根據(jù)權(quán)利要求11所述的中介器,其中,即使當(dāng)所述不同的回復(fù)被無序地從所述詢問接收時,所述邏輯和資源也適于處理對對話的回復(fù)。
13.根據(jù)權(quán)利要求10所述的中介器,其中,用于初始化所述通信的所述邏輯和資源適于對建立請求作出響應(yīng),所述建立請求用于識別所述客戶終端和所述特定服務(wù)提供者。
14.根據(jù)權(quán)利要求10所述的中介器,其中,用于從所述多個地址選擇所述特定回復(fù)地址的所述邏輯和資源隨機(jī)選擇所述選擇。
15.根據(jù)權(quán)利要求10所述的中介器,其中,所述客戶標(biāo)識符是從包括客戶A訂閱者的號碼、主叫線路識別、電子郵件地址、和IP地址的組中選擇的。
16.一種用于控制系統(tǒng)的中介器,所述系統(tǒng)具有至少一個服務(wù)提供者和由具有客戶標(biāo)識符地址的客戶使用的客戶終端裝置,所述中介器包括 a)多個地址,所述中介器在所述地址能接收來自所述客戶終端的消息, b)邏輯和資源,用于 響應(yīng)關(guān)于所述服務(wù)提供者的詢問,準(zhǔn)備至少一個對話, 使特定回復(fù)地址與每個對話關(guān)聯(lián),所述特定回復(fù)地址選自所述多個地址, 發(fā)送所述至少一個對話給所述客戶終端, 在所述特定回復(fù)地址處接收來自包括所述客戶標(biāo)識符地址的所述客戶終端裝置的回復(fù);以及 使用所述客戶標(biāo)識符地址和接收所述回復(fù)的所述特定回復(fù)地址評價所述回復(fù); 其中,所述邏輯和資源包括矩陣,所述矩陣包括用客戶標(biāo)識符地址索引的第一軸和用回復(fù)地址索引的第二軸; 其中,響應(yīng)于所述請求準(zhǔn)備多個對話,且其中,適于結(jié)合特定回復(fù)地址的所述邏輯和資源適于選擇不同的特定回復(fù)地址,以與每個對話關(guān)聯(lián),由此所述邏輯和資源適于評價回復(fù),即使不同回復(fù)是以和不同對話的不同順序接收的。
17.根據(jù)權(quán)利要求16所述的中介器,其中,所述客戶標(biāo)識符地址包括標(biāo)識符,所述標(biāo)識符選自包括客戶A訂閱者的號碼、主叫線路識別、電子郵件地址、和IP地址的組。
18.根據(jù)權(quán)利要求16所述的中介器,其中,用于評價所述回復(fù)的所述邏輯和資源進(jìn)一步分析所述回復(fù)的語義。
19.根據(jù)權(quán)利要求16所述的中介器,其中,所述詢問對服務(wù)請求做出響應(yīng),所述服務(wù)請求用于識別所述客戶終端裝置。
20.根據(jù)權(quán)利要求16所述的中介器,其中,所述邏輯和資源包括用于跟蹤當(dāng)前可用的所述多個不同地址中的那些地址和用于從當(dāng)前可用的那些地址隨機(jī)分配所述特定回復(fù)地址的邏輯和資源。
21.根據(jù)權(quán)利要求16所述的中介器,其中,所述至少一個對話是通過從一列有序的選擇中選擇一個條目可回答的問題,其中每個選擇具有順序位置。
22.根據(jù)權(quán)利要求21所述的中介器,其中,所述矩陣進(jìn)一步包括用于儲存所述選擇的順序位置的第三軸索引。
23.一種用于來自服務(wù)提供者的客戶的中介器預(yù)訂資源的方法,所述客戶具有客戶標(biāo)識符地址,且使用客戶終端裝置與所述中介器通信,所述中介器執(zhí)行以下動作 a)響應(yīng)于請求準(zhǔn)備至少一個對話;b)使特定回復(fù)地址與每個對話關(guān)聯(lián),所述特定回復(fù)地址選自可用于接收來自客戶終端裝置的多個地址; c)發(fā)送所述至少一個對話給所述客戶終端裝置; d)從所述客戶終端裝置接收對所述至少一個對話的回復(fù),所述回復(fù)包括所述客戶標(biāo)識符地址;以及 e)使用所述客戶標(biāo)識符地址和所述特定回復(fù)地址評價對所述至少一個對話的回復(fù); 進(jìn)一步包括在矩陣中儲存對所述至少一個對話的回復(fù),所述矩陣包括用客戶標(biāo)識符索引的第一軸和用回復(fù)地址索引的第二軸; 所述至少一個對話包括多個使得不同的特定回復(fù)地址與每個對話關(guān)聯(lián)的對話,由此可繼續(xù)評價所述回復(fù),即使回復(fù)以與發(fā)送對話不同的順序被接收。
24.根據(jù)權(quán)利要求23所述的方法,其中,所述評價所述回復(fù)的動作進(jìn)一步包括分析所述回復(fù)的語義。
25.根據(jù)權(quán)利要求23所述的方法,其中,執(zhí)行使特定回復(fù)地址與每個對話關(guān)聯(lián)的動作,以便隨機(jī)選擇所述特定回復(fù)地址。
26.根據(jù)權(quán)利要求23所述的方法,其中,所述詢問響應(yīng)于來自所述客戶終端裝置的服務(wù)請求。
27.根據(jù)權(quán)利要求23所述的方法,其中,所述客戶標(biāo)識符地址包括標(biāo)識符,所述標(biāo)識符選自包括客戶A訂閱者的號碼、主叫線路識別、電子郵件地址、和IP地址的組。
28.根據(jù)權(quán)利要求23所述的方法,其中,準(zhǔn)備所述至少一個對話的動作進(jìn)一步包括將所述至少一個對話準(zhǔn)備成可通過從一列有序的選擇中進(jìn)行選擇而被回答的形式,其中每個選擇在這列選擇中具有順序位置。
29.根據(jù)權(quán)利要求28所述的方法,其中,所述矩陣包括為儲存選擇的順序位置被索引的第三軸,且其中,所述方法進(jìn)一步包括沿所述第三軸儲存對所述至少一個回復(fù)的選擇。
30.根據(jù)權(quán)利要求28所述的方法,其中,所述客戶終端裝置包括移動電話裝置,所述對話包括SMS消息。
31.一種被編程為中介器的網(wǎng)絡(luò)服務(wù)器,用于執(zhí)行根據(jù)權(quán)利要求23所述的方法。
32.—種被編程為中介器的網(wǎng)絡(luò)服務(wù)器,用于執(zhí)行根據(jù)權(quán)利要求28所述的方法。
33.一種中介器鑒別客戶的方法,所述客戶使用能發(fā)送和接收SMS消息的移動電話裝置,且具有客戶的主叫線路識別號碼,所述中介器執(zhí)行以下動作 a)從多個可用的回復(fù)地址分配唯一的回復(fù)地址給SMS對話; b)以所述客戶的主叫線路識別號碼發(fā)送所述SMS對話給所述客戶;以及 c)如果在所述唯一的回復(fù)地址處接收對所述SMS對話的回復(fù),則鑒別所述客戶; 其中,所述中介器包括被編程以執(zhí)行所述方法的網(wǎng)絡(luò)服務(wù)器,且其中,所述方法進(jìn)一步包括在矩陣中儲存所述回復(fù),所述矩陣包括用客戶主叫標(biāo)識符號碼索引的第一軸和用回復(fù)地址索引的第二軸。
34.根據(jù)權(quán)利要求33所述的方法,其中,從所述多個可用回復(fù)地址中隨機(jī)分配所述唯一的回復(fù)地址。
35.根據(jù)權(quán)利要求33所述的方法,其中,所述鑒別動作進(jìn)一步包括分析所述回復(fù)的語義。
全文摘要
本發(fā)明涉及一種預(yù)訂系統(tǒng)和方法。其中,提供了一種中介器與具有客戶標(biāo)識符地址的客戶終端進(jìn)行通信的方法,包括a)初始化與客戶終端的通信,包括使特定回復(fù)地址與對話必須被指向的回復(fù)相關(guān)聯(lián),包括從中介器接收回復(fù)的多個地址選擇特定回復(fù);b)發(fā)起與客戶終端的對話,客戶終端包括特定回復(fù)地址;c)在特定回復(fù)地址處接收來自客戶終端的回復(fù),回復(fù)包括客戶標(biāo)識符地址;以及d)使用客戶標(biāo)識符地址和接收回復(fù)的特定回復(fù)地址評價回復(fù);進(jìn)一步包括在矩陣中儲存回復(fù),矩陣具有對應(yīng)于客戶標(biāo)識符地址的第一軸和對應(yīng)于回復(fù)地址的第二軸。該方法和系統(tǒng)特別適于通過短消息服務(wù)消息與移動電話用戶一起使用。
文檔編號G06G7/00GK102780756SQ20121008102
公開日2012年11月14日 申請日期2003年8月21日 優(yōu)先權(quán)日2002年8月21日
發(fā)明者尤卡·薩洛寧 申請人:布科特有限公司