專利名稱：用于服務(wù)提供和計費(fèi)的方法和電信網(wǎng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在一個電信網(wǎng)中用于服務(wù)提供和計費(fèi)的一種方法和網(wǎng)絡(luò)。
背景技術(shù)：
互連網(wǎng)絡(luò)是一些單個網(wǎng)絡(luò)的集合，這些單個網(wǎng)絡(luò)通過計算機(jī)相連，計算機(jī)起著一個單獨(dú)大型網(wǎng)絡(luò)的作用。因特網(wǎng)是互連廣域網(wǎng)的一個實(shí)例。這種全球網(wǎng)絡(luò)可以用于通信、信息傳輸和信息檢索。在過去幾年里這種開放的公共因特網(wǎng)已有顯著增長，并在因特網(wǎng)上大和小的用戶群體的大量服務(wù)已經(jīng)得到發(fā)展。這些服務(wù)的使用要么是免費(fèi)的，由第三方支持，例如登廣告者；要么替代地，你必須事先注冊自己才能夠使用該服務(wù)。通常，提供給你一個密碼，該密碼可以使你能夠使用已注冊的服務(wù)。
互連的計算機(jī)通過使用諸如電子郵件和萬維網(wǎng)www的不同的服務(wù)來交換信息。萬維網(wǎng)的每個服務(wù)可以通過統(tǒng)一資源定位器(URL)識別。為了查看一個具體的網(wǎng)頁，客戶計算機(jī)系統(tǒng)在一個請求中指定該網(wǎng)頁的URL，例如以一個超文本傳輸協(xié)議(HTTP)請求的形式。該請求被傳遞給存放所查詢網(wǎng)頁的Web服務(wù)器。當(dāng)該Web服務(wù)器接收到請求時，它將把網(wǎng)頁發(fā)送給客戶計算機(jī)系統(tǒng)?？蛻粲嬎銠C(jī)系統(tǒng)利用瀏覽器接收該網(wǎng)頁。瀏覽器是一種實(shí)現(xiàn)網(wǎng)頁請求和網(wǎng)頁顯示的專用應(yīng)用程序。
目前，網(wǎng)頁通常是用超文本標(biāo)記語言(HTML)定義的。HTML定義如何顯示一個網(wǎng)頁。因此，瀏覽器顯示由HTML文檔定義的網(wǎng)頁。HTML文檔控制文本、圖像以及其他的特征的顯示。一個HTML文檔還可以包括URL或者在那個服務(wù)計算機(jī)系統(tǒng)或其他的服務(wù)計算機(jī)系統(tǒng)上可獲得的其他網(wǎng)頁。
很多Web服務(wù)器已經(jīng)得到了發(fā)展，通過它們銷售商可以做廣告、出售產(chǎn)品和電子提供的服務(wù)。當(dāng)一個用戶已選擇了要被提供的服務(wù)，服務(wù)計算機(jī)系統(tǒng)向用戶請求信息來完成訂購。該訂購信息可以包括該訂單的客戶名、信用卡號碼和地址。然后服務(wù)器計算機(jī)系統(tǒng)一般通過向客戶計算機(jī)系統(tǒng)發(fā)送確認(rèn)網(wǎng)頁來確認(rèn)訂單。
有一些用于這些服務(wù)收費(fèi)的已知方法。要么在每次使用該服務(wù)的時候支付，要么按每月總賬單支付。
Amazon的美國專利5960411描述了一個系統(tǒng)，在該系統(tǒng)中，用戶按下商店網(wǎng)站的一個按鈕，就可以通過利用之前給出的信箱地址和支付信息完成訂單。不需要其他用戶交互來完成付款。然而，該專利沒有描述新用戶收費(fèi)或者一次性付款的任何解決方案。
顯然需要更靈活的收費(fèi)系統(tǒng)，以使新用戶的計費(fèi)也成為可能。也應(yīng)以一種能夠?qū)κ褂梅?wù)的每個人收費(fèi)的方式來提供服務(wù)。
在申請F(tuán)I20011134的一個更早的解決方案中，在一個通信網(wǎng)絡(luò)中提供服務(wù)的方法中，服務(wù)供應(yīng)商與用于收款的銀行服務(wù)器合作。
銀行服務(wù)器有用戶可以注冊自己的軟件，以及利用該軟件處理用戶帳戶。實(shí)際上，這是經(jīng)由銀行網(wǎng)站完成的。
發(fā)明的目的本發(fā)明的目的是開發(fā)一種以靈活的方式來提供服務(wù)和服務(wù)計費(fèi)的方法和系統(tǒng)。
另一個目的是不需要有關(guān)支付的專用軟件就能夠?qū)崟r收取服務(wù)費(fèi)用。
發(fā)明概要本發(fā)明的方法打算用于在電信網(wǎng)中提供服務(wù)和服務(wù)計費(fèi)，該電信網(wǎng)至少包括一個用戶終端、一個瀏覽器、一個服務(wù)供應(yīng)商和一個管理服務(wù)器。在所述方法的步驟中，首先用戶終端向服務(wù)供應(yīng)商發(fā)送服務(wù)請求。然后，服務(wù)供應(yīng)商檢查該用戶是否有所請求的服務(wù)的權(quán)利。如果不存在這樣的權(quán)利，用戶將被量定向到用于獲得服務(wù)權(quán)利的管理服務(wù)器。之后，用戶終端接收來自管理服務(wù)器的指令并遵照該指令，獲得服務(wù)的權(quán)利。然后，管理服務(wù)器將用戶終端重定向到服務(wù)供應(yīng)商，接著，服務(wù)供應(yīng)商再次檢查用戶的服務(wù)權(quán)利。確認(rèn)用戶的服務(wù)權(quán)利之后，服務(wù)供應(yīng)商提供服務(wù)給用戶終端。
本發(fā)明還涉及能執(zhí)行本發(fā)明方法的電信網(wǎng)。該網(wǎng)絡(luò)提供服務(wù)并收取服務(wù)費(fèi)用，該網(wǎng)絡(luò)包括一個或多個帶有瀏覽器的用戶終端，該瀏覽器用于從服務(wù)供應(yīng)商處請求服務(wù)，而且該網(wǎng)絡(luò)與管理服務(wù)器相連。
下面給出本發(fā)明的優(yōu)選的實(shí)施方案。
服務(wù)供應(yīng)商為用戶終端提供服務(wù)并且管理服務(wù)器連接由管理服務(wù)器管理的具有合法用戶的信息的數(shù)據(jù)庫，管理服務(wù)器與服務(wù)用戶通信，以處理對所要使用的服務(wù)的支付。數(shù)據(jù)庫包括合法用戶的列表和其他用戶信息，諸如使用服務(wù)的有效次數(shù)、用戶設(shè)備信息和連接信息。
服務(wù)供應(yīng)商提供的服務(wù)通常是起檢查作用的網(wǎng)頁，該檢查作用借助包含在服務(wù)請求中的驗證標(biāo)志來檢查請求服務(wù)的用戶的合法性。用戶借助于網(wǎng)頁地址(例如URL地址)來請求網(wǎng)頁。
服務(wù)供應(yīng)商借助于包含在請求中的驗證標(biāo)志檢查用戶是否有獲得服務(wù)的權(quán)利。如果存在驗證標(biāo)志，則檢查包括檢查驗證標(biāo)志的完整性、有效時間、瀏覽器程序和/或IP地址的步驟。如果不存在驗證標(biāo)志，用戶被重定向到管理服務(wù)器來獲取給予對服務(wù)的權(quán)利的驗證標(biāo)志。
與重定向有關(guān)，為了隨后能識別該服務(wù)，服務(wù)供應(yīng)商向瀏覽器發(fā)送內(nèi)容ID，瀏覽器將內(nèi)容ID轉(zhuǎn)送給管理服務(wù)器。如果用戶不是新用戶，瀏覽器也給管理服務(wù)器發(fā)送包含用戶信息的一個點(diǎn)心文件(Cookie)。
從管理服務(wù)器到用戶終端的指令包括通過查閱唯一代碼來支付服務(wù)的請求，該唯一代碼連接用戶到由服務(wù)供應(yīng)商早期給定的內(nèi)容ID描述的所請求的服務(wù)。從管理服務(wù)器到用戶終端的指令還包括下一次請求服務(wù)時將使用的用戶點(diǎn)心文件。
通過發(fā)送SMS支付消息或呼叫服務(wù)號碼執(zhí)行支付。
支付可以是一次性的支付或預(yù)約。
支付消息包括將特定用戶連接到所請求服務(wù)的唯一代碼。通過這個唯一代碼，管理服務(wù)器可以將支付連接到合法用戶和內(nèi)容標(biāo)示符。
當(dāng)標(biāo)志檢查失敗，用戶被從服務(wù)供應(yīng)商重定向到管理服務(wù)器之后，存在不同的選擇。
在瀏覽器和管理服務(wù)器之間的連接需要保持激活狀態(tài)，以便在支付完成后，瀏覽器能被自動重定向到具有標(biāo)志的內(nèi)容。
有幾種保持連接激活的可能的解決方法，例如網(wǎng)頁包含一種幀集合(frame-set)，它具有一個包含支付指令的幀(可見網(wǎng)頁的一部分)和另一個含檢查頁面的幀，該網(wǎng)頁被從管理服務(wù)器刷新，例如，每5秒刷新。
每次檢查頁面被從管理服務(wù)器處刷新，管理服務(wù)器可以檢查支付是否已到達(dá)，并且要么發(fā)送另一個檢查頁面(該檢查頁面在延遲后使得瀏覽器再次請求檢查)作為響應(yīng)，要么通過在重定向消息中所包含的標(biāo)志將用戶重定向到服務(wù)供應(yīng)商。
包含在該重定向中的驗證標(biāo)志包括了關(guān)于用戶服務(wù)權(quán)利的信息，如關(guān)于請求服務(wù)的支付信息。
檢查頁面實(shí)現(xiàn)自動重載可以通過諸如嵌入頁面的JavaScript，頁面數(shù)據(jù)中的刷新HTTP協(xié)議報頭或者刷新元標(biāo)記來執(zhí)行。
可以給用戶終端發(fā)送不完整的頁面，以便隨同指令一起顯示頁面的開始，隨后保持連接打開，并且當(dāng)支付到達(dá)后，發(fā)送具有重定向和標(biāo)志信息的相同頁面的結(jié)束。關(guān)閉用戶瀏覽器和管理服務(wù)器之間的連接。
沿著指令頁給瀏覽器發(fā)送客戶端程序(例如Jave applet、ActiveX組件)。該程序在用戶瀏覽器上運(yùn)行，連接到管理服務(wù)器；并且，當(dāng)支付到達(dá)時管理服務(wù)器給程序發(fā)送重定向和標(biāo)志，然后程序利用該標(biāo)志將瀏覽器重定向到內(nèi)容。
以上并非解決方案的窮盡列表，并且還存在保持連接打開的其他選擇。
在最優(yōu)選的實(shí)施例中，所有用戶(包括具有服務(wù)權(quán)利的用戶)在服務(wù)請求后被重定向到管理服務(wù)器來獲取驗證標(biāo)志。
因此，有服務(wù)權(quán)利的用戶具有可以通過管理服務(wù)器檢查并證實(shí)的合法支付狀態(tài)。當(dāng)已獲得服務(wù)權(quán)利的用戶被重定向到服務(wù)供應(yīng)商時，管理服務(wù)器產(chǎn)生驗證標(biāo)志，并在重定向消息中發(fā)送該驗證標(biāo)志。這里，驗證標(biāo)志是一個所有用戶都可用的短期標(biāo)志，該標(biāo)志使用期限很短例如一或幾分鐘，以避免非法用戶濫用合法標(biāo)志。
然而，本發(fā)明還涵蓋了驗證標(biāo)志是一種預(yù)約標(biāo)志或者長期標(biāo)志的實(shí)施例。在那種情況下，這種長期標(biāo)志已經(jīng)包括在第一次請求中，并不需要重定向的步驟。
與現(xiàn)有技術(shù)相比，本發(fā)明是非常有利的，因為在現(xiàn)有技術(shù)解決方案中，服務(wù)供應(yīng)商維護(hù)著用戶帳號的寄存器，其要求在服務(wù)供應(yīng)商中有處理用戶和支付管理的復(fù)雜軟件。即使服務(wù)供應(yīng)商有保存用戶信息的元件，在現(xiàn)有技術(shù)解決方案中服務(wù)供應(yīng)商必須與管理服務(wù)器聯(lián)系，本發(fā)明與此不同，其中服務(wù)供應(yīng)商檢查驗證標(biāo)志，如果驗證標(biāo)志合法則提供服務(wù)。
下面，通過說明本發(fā)明的附圖來描述本發(fā)明。目的不是將本發(fā)明限制于附圖或者補(bǔ)充文本的細(xì)節(jié)中。
附1用圖說明了本發(fā)明中使用的網(wǎng)絡(luò)和方法。
圖2是

圖1中步驟2的詳細(xì)描述。
圖3是圖1中步驟4的詳細(xì)描述。
圖4是圖1中步驟6的詳細(xì)描述。
詳細(xì)描述在圖1中所示的網(wǎng)絡(luò)包括用戶的瀏覽器終端A，服務(wù)供應(yīng)商B，管理服務(wù)器C和移動終端D。
利用瀏覽器A可以從服務(wù)供應(yīng)商B請求服務(wù)。服務(wù)供應(yīng)商B以諸如網(wǎng)頁的形式向用戶終端A提供服務(wù)。管理服務(wù)器C管理擁有合法用戶信息的數(shù)據(jù)庫E，并且與服務(wù)用戶通信以獲得將要使用的服務(wù)的支付。
從使用服務(wù)的請求開始使用由服務(wù)供應(yīng)商B提供的服務(wù)。
這樣，在圖1的例子中，步驟1中，用戶終端A通過例如將地址(諸如URL地址)寫入到所請求的網(wǎng)頁中，向服務(wù)供應(yīng)商B發(fā)送服務(wù)請求。
在步驟2中，服務(wù)供應(yīng)商B(它可以是一個因特網(wǎng)服務(wù)器)檢查用戶有權(quán)使用服務(wù)的合法性。如果用戶有權(quán)使用服務(wù)，那么在早期管理服務(wù)器C發(fā)給用戶的請求中包含驗證標(biāo)志。如果用戶現(xiàn)在作為新用戶第一次請求該服務(wù)，那么就沒有與請求一起發(fā)送的標(biāo)志。
該標(biāo)志是給予用戶的驗證，并且包括例如，用戶接入服務(wù)的權(quán)利的有效時間，用戶已經(jīng)支付該服務(wù)的信息。服務(wù)供應(yīng)商通過指向該服務(wù)的內(nèi)容ID可以把支付信息連接到合法服務(wù)。
在最優(yōu)選的實(shí)施例中，標(biāo)志是短期有效的標(biāo)志，即標(biāo)志僅在如一或幾分鐘的時間有效，標(biāo)志在步驟8中給用戶。這種解決方案可以避免其他用戶使用標(biāo)志，如可能已經(jīng)將標(biāo)志給的那些用戶。本發(fā)明的這個實(shí)施例中，在步驟1的請求中從來沒有標(biāo)志，服務(wù)供應(yīng)商在步驟2的檢查總是失敗。在另一個實(shí)施例中，如果是長期標(biāo)志，如預(yù)約標(biāo)志，可能是一個已在步驟1中發(fā)送的標(biāo)志。然而，優(yōu)選地在步驟8中總是由管理服務(wù)器提供的標(biāo)志作為一次性標(biāo)志，并且即使支付本身是一個長期支付或者預(yù)約，但在步驟1中也沒有標(biāo)志。
如果步驟2中，標(biāo)志表明支付是有效的，下一步就是步驟10，由此向用戶A顯示所請求的內(nèi)容。
但是如果在步驟1的請求中沒有驗證標(biāo)志，即本發(fā)明優(yōu)選的實(shí)施例的情況，則用戶被自動重定向到管理服務(wù)器。例如，HTTP協(xié)議支持重定向。在那個技術(shù)中，帶有指令的返回數(shù)據(jù)被發(fā)送給瀏覽器來搜索新地址，這里是管理服務(wù)器C的URL地址。瀏覽器自動完成這個重定向，通常用戶是不會察覺這個重定向的。這些在圖1中由步驟3和4說明。在步驟3中，服務(wù)供應(yīng)商也告知用于與所請求的服務(wù)連接的內(nèi)容ID，從而以后服務(wù)供應(yīng)商能識別該服務(wù)。
在步驟4中，所請求的服務(wù)的內(nèi)容ID被告知管理服務(wù)器C。步驟4能被看作管理服務(wù)器C的一個請求。在步驟4中，如果用戶有點(diǎn)心文件，而不是一個新用戶，也將在點(diǎn)心文件中的用戶信息發(fā)送給管理服務(wù)器C。
由于步驟4，管理服務(wù)器C在用戶信息的數(shù)據(jù)庫E中檢查，并且如果需要升級用戶點(diǎn)心文件，或者如果用戶是新用戶，則建立用戶點(diǎn)心文件，并在數(shù)據(jù)庫中將其存儲。
在步驟5中，為了獲得請求服務(wù)的支付，管理服務(wù)器C向用戶終端A發(fā)送指令。
在步驟5的指令中，管理服務(wù)器請求用戶支付服務(wù)，并且告訴用戶如何支付。消息可以是例如以“支付3429到第6666號”的形式。因此，消息包含唯一的代碼(此處為3429)將用戶綁定到特定的服務(wù)(特定的內(nèi)容ID)。早在步驟3中該內(nèi)容ID由服務(wù)供應(yīng)商給出。在本發(fā)明的方法中，所有用戶得到自己的代碼，該代碼將用戶綁定到打算使用的服務(wù)。當(dāng)用戶按照指令，可以諸如根據(jù)指令通過移動電話D給某個號碼發(fā)送SMS消息，或者呼叫給定的號碼來執(zhí)行支付。
步驟5的消息也包括了用戶下一次請求服務(wù)時使用的點(diǎn)心文件。點(diǎn)心文件包括了用戶信息，通常只有用戶的姓名。步驟5中的消息可以例如以不完整的網(wǎng)頁形式發(fā)送，該網(wǎng)頁在用戶執(zhí)行支付時被完善。
當(dāng)支付已完成后，即已執(zhí)行了向給定的號碼發(fā)送SMS消息，信息被發(fā)送到管理服務(wù)器C。網(wǎng)絡(luò)操作者(例如移定電話所屬的GSM網(wǎng)絡(luò))能譬如傳遞這些信息。所有這些由圖1的箭頭6示例說明。
所以，當(dāng)支付完成時，管理服務(wù)器C獲得它的信息并且在步驟8和9中重定向用戶到服務(wù)供應(yīng)商。在重定向中，管理服務(wù)器C發(fā)送帶有步驟8中消息的標(biāo)志，標(biāo)志包括服務(wù)供應(yīng)商服務(wù)的有效支付信息，也告知內(nèi)容ID以便服務(wù)供應(yīng)商能夠連接支付和實(shí)際服務(wù)以及實(shí)際用戶。
在步驟8中，用戶的點(diǎn)心文件(下一次用于步驟4)也被發(fā)送。當(dāng)用戶下次請求服務(wù)時，管理服務(wù)器C能夠通過點(diǎn)心文件來識別他。在步驟4-8期間，用戶A和管理服務(wù)器C之間的連接被打開，等待支付的完成。這些由圖1中的雙箭頭7示例說明。
在執(zhí)行步驟9時，服務(wù)供應(yīng)商B再次執(zhí)行與步驟2同樣的檢查，并且如果現(xiàn)在檢查顯示驗證標(biāo)志OK，已支付服務(wù)的內(nèi)容在步驟10中提供。
圖2是關(guān)于怎樣在服務(wù)供應(yīng)商處執(zhí)行步驟2中的檢查的更詳盡的描述。如果在用戶請求中沒有標(biāo)志(步驟1)，用戶被直接重定向到管理服務(wù)器C。但是如果請求中有標(biāo)志，在該例中標(biāo)志的檢查將由3個階段完成。第一，在步驟2.1中，檢查驗證標(biāo)志的完整性，以確定在管理服務(wù)器C把標(biāo)志發(fā)送到用戶之后在標(biāo)志中沒有發(fā)生改變。不同的技術(shù)能夠被用來檢查完整性，例如可以檢查標(biāo)志的加密簽名。實(shí)際上，這意味著，用一共享密鑰校驗和算法來檢查標(biāo)志，例如MD5，以檢查用戶在標(biāo)志中沒有做出改變并且標(biāo)志確實(shí)是由管理服務(wù)器C發(fā)送的那一個。如果檢查失敗，服務(wù)供應(yīng)商將繼續(xù)已經(jīng)描述的步驟3。
在標(biāo)志也會有一定的使用期限，當(dāng)過了該使用期限就不再有效后。如果2.1的檢查通過，那么例子中的下一個檢查是檢查標(biāo)志是否仍然有效。這些可以用于預(yù)約標(biāo)志或長期標(biāo)志和短期標(biāo)志。如果步驟2.2的結(jié)果是否，那么還是這個例子，服務(wù)管理者將繼續(xù)已經(jīng)描述了的步驟3。如果2.2的檢查通過，那么步驟2.3中的服務(wù)供應(yīng)商將比較瀏覽器程序(例如用字節(jié)前綴/圖案和IP地址)和已經(jīng)做出支付的用戶的相應(yīng)部分，以避免其他用戶試圖從另一臺電腦上使用該服務(wù)。例如提到的步驟4后用戶使用的瀏覽器程序版本(如因特網(wǎng)瀏覽器或是不同版本的netscape)和用戶使用的IP地址等等。
如果這些檢查失敗，那么服務(wù)供應(yīng)商將再次繼續(xù)已經(jīng)描述了的步驟3，如果檢查2.3通過了，那么服務(wù)供應(yīng)商將通過顯示所請求的內(nèi)容來繼續(xù)步驟10。
本發(fā)明也包括了這樣的實(shí)施例，其中只執(zhí)行一個或兩個上述檢查或是其中以其他方式來執(zhí)行該檢查。
圖3是圖1中的步驟4的詳細(xì)描述。當(dāng)來自瀏覽器A用于支付服務(wù)器的請求在步驟4中到達(dá)管理服務(wù)器C時，在步驟4.1中第一步就是檢查，用戶在數(shù)據(jù)庫中是否已經(jīng)存在，也就是數(shù)據(jù)庫E中是否有用戶的點(diǎn)心文件。
如果用戶是新用戶，那么新用戶的點(diǎn)心文件在步驟4.2a中被創(chuàng)建，并且這個點(diǎn)心文件與步驟8中的指令一起被發(fā)送到瀏覽器。如果有一個早期用戶點(diǎn)心文件，如果請求與前面一些請求來自于相同的IP地址或相同的瀏覽器程序，那么在步驟4.2b中用戶有效。在步驟4.3中，檢查用戶的內(nèi)容狀態(tài)，也就是，用戶是否已經(jīng)支付了所請求的內(nèi)容ID。
這里必須指出在本發(fā)明的優(yōu)選實(shí)施例中，在步驟1后即使可能具有有效支付，用戶也總是被重新定位到管理服務(wù)器。因此必須執(zhí)行步驟4.3中的內(nèi)容狀態(tài)檢查。如果沒有內(nèi)容狀態(tài)可以檢查，那么將創(chuàng)建這個用戶新的唯一的支付碼，并且這個代碼將與用戶信息和內(nèi)容ID一起作為唯一代碼存儲。如果存在這樣一個用戶內(nèi)容狀態(tài)信息且已支付，那么將產(chǎn)生一個標(biāo)志且管理服務(wù)器C通過將用戶重定向到服務(wù)供應(yīng)商來繼續(xù)步驟8和9。如果存在用戶內(nèi)容狀態(tài)但是沒有支付，那么將在步驟5中發(fā)送用戶指令和怎樣支付服務(wù)的信息給用戶。在步驟4.3a后，下一步也是步驟5。
之后，指令在步驟5中已被發(fā)送給用戶，會話將在步驟7中等待支付并且保持各方之間的連接打開一段時間。當(dāng)支付的信息(例如來自一個操作者)在步驟6中到達(dá)管理服務(wù)器C，標(biāo)志將在步驟6.4中產(chǎn)生，以便和消息一起在步驟8中發(fā)送，告知服務(wù)現(xiàn)已支付。在步驟5中發(fā)送的不完整網(wǎng)頁這時將在步驟8中被進(jìn)一步完善。
圖4更加詳細(xì)地描述了本發(fā)明方法中支付是怎樣通知的。當(dāng)步驟6中從移動電話發(fā)送的用于服務(wù)支付的消息到達(dá)移動電話所屬的網(wǎng)絡(luò)的操作者時，一個告知此情況的消息被從操作者處發(fā)送給管理服務(wù)器。IP地址接入控制此時將由步驟6.1中的管理服務(wù)器C來執(zhí)行以檢查消息的來源。
如果檢查失敗，將在步驟6.2a中創(chuàng)建一個返回錯誤消息，但是如果檢查通過，那么將在步驟6.2b中檢查未支付碼。如果正確的唯一代碼沒有被支付，將在步驟6.2a中創(chuàng)建一個返回錯誤消息。如果代碼已被支付，那么它將在6.3的數(shù)據(jù)庫中被標(biāo)識，并且在6.4中通過一個標(biāo)志被告知服務(wù)已被支付，且用戶可以在點(diǎn)8中重定向到服務(wù)。
權(quán)利要求
1.一種在電信網(wǎng)中用于服務(wù)提供和收費(fèi)的方法，至少包括一個用戶終端，一個瀏覽器，一個服務(wù)供應(yīng)商和一臺管理服務(wù)器，所述方法的特征在于以下步驟a)用戶終端向服務(wù)供應(yīng)商發(fā)送服務(wù)請求，b)在服務(wù)供應(yīng)商處檢查用戶是否有所請求的服務(wù)的權(quán)利，c)如果需要，將用戶重定向到管理服務(wù)器以獲得服務(wù)的權(quán)利，d)用戶終端接受并遵從管理服務(wù)器的指令，e)管理服務(wù)器重定向用戶終端到服務(wù)供應(yīng)商，f)服務(wù)供應(yīng)商再次執(zhí)行步驟b的檢查并在確認(rèn)用戶的服務(wù)權(quán)利后向用戶提供服務(wù)。
2.權(quán)利要求1所述的方法，其特征在于步驟a中所請求的服務(wù)是一個網(wǎng)頁并且該請求包括該網(wǎng)頁的地址。
3.權(quán)利要求1或2所述的方法，其特征在于步驟b中服務(wù)供應(yīng)商檢查是否對服務(wù)執(zhí)行了支付。
4.權(quán)利要求1-3中任何一個所述的方法，其特征在于步驟b中，如果用戶有服務(wù)的權(quán)利，則服務(wù)供應(yīng)商通過包括在請求中的驗證標(biāo)志來檢查服務(wù)權(quán)利。
5.權(quán)利要求4所述的方法，其特征在于步驟b的檢查包括步驟檢查驗證標(biāo)志的完整性、有效時間、瀏覽器程序和/或IP地址。
6.權(quán)利要求1-5中任何一個所述的方法，其特征在于與步驟c中的重定向有關(guān)，如果該用戶不是新用戶，瀏覽器向管理服務(wù)器發(fā)送一個包含用戶信息的點(diǎn)心文件。
7.權(quán)利要求6所述的方法，其特征在于關(guān)于合法用戶的信息被存儲在數(shù)據(jù)庫中，并且包含一張合法用戶點(diǎn)心文件的列表和其他用戶信息，例如使用服務(wù)的有效時間，用戶設(shè)備信息和連接信息，以避免濫用使用服務(wù)的權(quán)利。
8.權(quán)利要求7的方法，其特征在于作為步驟c的重定向的結(jié)果，管理服務(wù)器更新數(shù)據(jù)庫中的點(diǎn)心文件或是為新用戶創(chuàng)建一個新的點(diǎn)心文件。
9.權(quán)利要求1-8中任何一個所述的方法，其特征在于從管理服務(wù)器到用戶終端的指令包括一個請求，通過查閱將用戶連接到所請求的服務(wù)的唯一代碼來支付服務(wù)。
10.權(quán)利要求9所述方法，其特征在于從管理服務(wù)器到用戶終端的指令，還包含了用戶的點(diǎn)心文件，可以在下一次服務(wù)被請求時使用。
11.權(quán)利要求9或10所述的方法，其特征在于通過發(fā)送一個SMS支付消息到服務(wù)號來執(zhí)行支付。
12.權(quán)利要求9或10所述的方法，其特征在于通過呼叫服務(wù)號來執(zhí)行支付。
13.權(quán)利要求9-12中任何一個所述的方法，其特征在于該支付是一次支付或預(yù)約。
14.如權(quán)利要求9-13中任何一個所述的方法，其特征在于支付消息包括連接特定用戶到所請求的服務(wù)的所述唯一代碼。
15.如權(quán)利要求1-14中任何一個所述的方法，其特征在于在步驟e之后，在用戶遵從諸如執(zhí)行支付服務(wù)的指令后，瀏覽器自動再次請求服務(wù)。
16.如權(quán)利要求1-14中任何一個所述的方法，其特征在于在步驟e之后，程序再次打開用戶終端和服務(wù)供應(yīng)商之間的連接，以繼續(xù)服務(wù)的請求。
17.如權(quán)利要求1-14中任何一個所述的方法，其特征在于在會話期間服務(wù)供應(yīng)商和用戶終端之間的連接是激活的，包含步驟c和e在內(nèi)。
18.如權(quán)利要求17所述的方法，其特征在于，通過在步驟d中以不完整的網(wǎng)頁形式發(fā)送指令，使服務(wù)供應(yīng)商和用戶終端之間的連接保持激活，該網(wǎng)頁將在用戶已支付服務(wù)時完成。
19.如權(quán)利要求17所述的方法，其特征在于，通過在步驟d中以幀集合的形式發(fā)送指令，使服務(wù)供應(yīng)商和用戶終端之間的連接保持激活狀態(tài)，該幀集合包括一個具有一頁支付指令的幀和另一個包含有檢查頁面的幀。
20.如權(quán)利要求19所述的方法，其特征在于檢查頁面被短間隙更新，例如每五秒一次。
21.如權(quán)利要求19或20所述的方法，其特征在于當(dāng)服務(wù)的支付已經(jīng)執(zhí)行時，另一個檢查頁面形成，它將引起用戶瀏覽器再次請求檢查。
22.如權(quán)利要求17中所述的方法，其特征在于服務(wù)供應(yīng)商與用戶終端之間的連接通過使用指令頁面向瀏覽器發(fā)送程序來保持激活，該程序連接瀏覽器到管理服務(wù)器，并且當(dāng)支付到達(dá)時，管理服務(wù)器發(fā)送重定向消息和一個驗證標(biāo)志給程序，該標(biāo)志引起瀏覽器重定向到服務(wù)供應(yīng)商。
23.如權(quán)利要求1-22中任何一個所述的方法，其特征在于當(dāng)已執(zhí)行服務(wù)支付時，驗證標(biāo)志被包含在步驟e的重定向中，其中包括關(guān)于用戶的服務(wù)權(quán)利的信息，例如關(guān)于支付所請求的服務(wù)的信息。
24.如權(quán)利要求4-23中任何一個所述的方法，其特征在于驗證標(biāo)志是一個具有短使用期限的短期標(biāo)志。
25.如權(quán)利要求4-23中任何一個所述的方法，其特征在于驗證標(biāo)志是一個預(yù)約標(biāo)志或者長期標(biāo)志。
26.如權(quán)利要求4-6和25中所述的方法，其特征在于如果一個預(yù)約標(biāo)志或一個長期標(biāo)志被包含在步驟a的請求中時，則步驟c-e是沒有必要的。
27.如權(quán)利要求1-25中所述的方法，其特征在于，所有的用戶，包括有服務(wù)權(quán)利的用戶，可以在步驟b后被重定向。
28.如權(quán)利要求27所述的方法，其特征在于有服務(wù)權(quán)利的用戶處于一個合法支付的狀態(tài)。
29.如權(quán)利要求27或28所述的方法，其特征在于驗證標(biāo)志是一個用于所有用戶的短期標(biāo)志。
30.用于服務(wù)提供和收費(fèi)的電信網(wǎng)絡(luò)，包括有一個或多個帶有瀏覽器的用戶終端，瀏覽器用于向服務(wù)供應(yīng)商請求服務(wù)，并與管理服務(wù)器連接，服務(wù)供應(yīng)商給用戶終端提供服務(wù)并且管理服務(wù)器連接由管理服務(wù)器管理的具有合法用戶的信息的數(shù)據(jù)庫，并且管理服務(wù)器與服務(wù)用戶通信以處理將要使用的服務(wù)的支付。
31.如權(quán)利要求30所述的網(wǎng)絡(luò)，其特征在于由服務(wù)供應(yīng)商提供的服務(wù)是具有檢查功能的網(wǎng)頁，通過包含在服務(wù)請求中的驗證標(biāo)志來檢查請求服務(wù)的用戶合法性。
32.如權(quán)利要求30或31所述的網(wǎng)絡(luò)，其特征在于數(shù)據(jù)庫包括了一個合法用戶的列表和其他用戶信息，例如使用服務(wù)的有效時間，用戶設(shè)備信息和連接信息。
33.如權(quán)利要求30-32中任何一個所述的網(wǎng)絡(luò)，其特征在于它具有執(zhí)行權(quán)利要求1-29中所述方法的裝置形式。
全文摘要
本發(fā)明涉及用于服務(wù)提供和收費(fèi)的電信網(wǎng)及方法。該網(wǎng)絡(luò)包括一個或者多個帶有瀏覽器的用戶終端，該瀏覽器用于向服務(wù)供應(yīng)商請求服務(wù)，并且連接到管理服務(wù)器。服務(wù)供應(yīng)商為用戶終端提供服務(wù)并且管理服務(wù)器連接由管理服務(wù)器管理的具有合法用戶信息的數(shù)據(jù)庫。為了處理將要使用的服務(wù)的支付，管理服務(wù)器與服務(wù)用戶通信。
文檔編號G06Q20/00GK1608266SQ02825944
公開日2005年4月20日 申請日期2002年10月21日 優(yōu)先權(quán)日2001年10月22日
發(fā)明者H·阿倫森, S·塞特里 申請人:珀塔里法伊公司